Thomas
Mandino(Rechnungprüfer bei der Imperial Bank von Süd
Afrika).
Ich kam zu ihrem kontakt in meiner persönlichen suche
nach einer zuverlassigen und anstandige person,um eine
sehr vertrauliche verhandlung zu erledigen,die,die
übertragung von einem fremden Konto das maximale
zuversicht erfordert.
Der
too work. for this too happen r
> needs to be configured in the following way
>
> ./configure --enable-R-shlib
>
The R for Mac OS X FAQ tells you how to configure. You do need the
--with-blas='-framework vecLib' --with-lapack
flags that it lists.
-thomas
ftware might provide a
solution, since JSS *does* publish software.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Online registration for DSC 2005 in Seattle, August 13-14 is now open. See
the conference web page at
http://depts.washington.edu//dsc2005/
-thomas
Thomas Lumley Assoc. Professor, Biostatistics
[EMAIL PROTECTED] University of Washington, Seattle
Persons conversant with W3C standards would have noticed too many // in the URL
quoted in my previous message. The correct conference page URL is
http://depts.washington.edu/dsc2005
-thomas
On Mon, 13 Jun 2005, Thomas Lumley wrote:
>
> Online registration for DSC 2005 in S
This was supposed to be fixed in 2.1.1 -- which version are you using?
-thomas
On Tue, 21 Jun 2005, Martin Maechler wrote:
> We have been using Redhat Enterprise 4, on some of our Linux
> clients for a while,
> and Christoph has just found that opening an R device for a file
On Tue, 21 Jun 2005, Martin Maechler wrote:
>>>>>> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
>>>>>> on Tue, 21 Jun 2005 09:59:31 -0700 (PDT) writes:
>
>TL> This was supposed to be fixed in 2.1.1 -- which version are you u
Already fixed, I believe.
-thomas
On Mon, 4 Jul 2005 [EMAIL PROTECTED] wrote:
> Full_Name: Matthias Laabs
> Version: 2.1.0 (source compiled)
> OS: debian linux (sarge)
> Submission from: (NULL) (195.143.236.2)
>
>
> Hi!
> R crashes with a segmentation fault
On Wed, 6 Jul 2005, [iso-8859-1] Marie-Hélène Ouellette wrote:
Dear Dr. Ripley,
Or possibly other people on the list.
I'm using the R v1.11 on Macintoch
Unlikely. There is no R v1.11, and R 1.1.1 (following the most common
misspelling) wasn't available for the Mac.
in your DLL. This would
narrow down whether the change of names is happening in R or in
compilation.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s pointer object
> is alive, the data and pointer will remain valid. But it
> calls allocString() which is implemented using R_alloc().
Um, no. allocString is
SEXP allocString(int length)
{
return allocVector(CHARSXP, length);
}
In fact the reverse is true, R_alloc is implemented us
l on FC4 with gfortran?
>
Try this again -- it is a random test. If it fails again then something
is wrong. The tolerance on these tests is not very tight, certainly
nowhere near rounding error.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 17 Aug 2005 [EMAIL PROTECTED] wrote:
> I just don't understand this:
>
>> (2*2)==4
> [1] TRUE
>> .2*.2
> [1] 0.04
>> (.2*.2)==.04
> [1] FALSE
It's a FAQ, not a bug. Consider:
> (.2*.2) - .04
[1] 6.938894e-18
and read the FAQ
-thoma
d;
dd=d*d;
if(dd==d)
printf("Equal\n");
else
printf("Difference=%20.18f\n",0.04-dd);
}
------
prints
[al:~] thomas% ./a.out
Difference=-0.07
which happens to agree with the result R gives, though this isn't
guarante
I can't reproduce this on R2.2.0dev on Windows XP (in a few hundred
tries), or running under Valgrind on AMD64 Linux (in four or five tries).
-thomas
On Fri, 26 Aug 2005, Henrik Bengtsson wrote:
> Hi,
>
> I've spotted a possible memory leakage/violation in
ter,
but for now that's almost certainly OK */
The warning is presumably because casting this int back to a pointer would
fail (and is a common 32 to 64bit conversion error), but that's not what
is happening here.
-thomas
__
R-devel@r-
exactly how it could be causing the problem, I would be nervous about
having a C function called main() that wasn't the real main().
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ble to start *using* R
> functions on objects of around 4GB.
No, no. On *Windows* there is an address space limit of about 3Gb (and on
other 32bit systems)
On a 64bit system the limit is that a vector can't have length greater
than 2^31, but this would be 8Gb for integers or 16Gb for d
ags that makes sure your definition
of CG is used, but I don't know what it would be (and it's probably very
platform dependent)
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
DESCRIPTION file giving the relative path to the file. This would mean
that maintainers would not all have to switch to the same format.
eg for foreign
Changelog: ChangeLog
and for survey
Changelog: inst/NEWS
This might be enough to make it easy for CRAN to display these when the
e good reasons for having NEWS in the top level directory.
Nearly everything that isn't an R package does this, because it's a useful
standard.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ally
> the same.
>
In which case a Changlog entry in DESCRIPTION would be a very nice
addition, and would have the advantage of not requiring changes to
packages.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
is file, a path in
DESCRIPTION seems a minimal change.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ould be nice.
However, a URL facility is already present (and you already use it, and
link changelogs to the URL, as do I).
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
file
> is *optional*. And if the location really needs to be at the top,
> then the build tools could grab it from there as they do the
> DESCRIPTION file.
We're certainly agreed on its being optional.
-thomas
__
R-deve
On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
> On 9/10/05, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> On Sat, 10 Sep 2005, Gabor Grothendieck wrote:
>>>
>>> And one more comment. The DESCRIPTION file does not record the
>>> location or existence of
ole (ptr_R_WriteConsole):
This is a great callback. It will allow me to get rid of my hacky sinks
(currently I use a sink to a file to retrieve the output). Even better would
be an additional callback ptr_R_WriteErr. Is there any particular reason, why
this does not exist?
> R_ShowMessage (ptr_R_ShowMessage):
> This one, too, seems to have very few use-cases (but at least some). Most
> seem to be for errors during startup.
> I wonder:
> 1) If this callback is most useful during startR (...), can it even be used
> in a meaningful way? After all, startR () also initial
Full_Name: Thomas Petzoldt
Version: R 2.2.0 alpha
OS: Windows
Submission from: (NULL) (141.30.20.2)
Symptom:
If one moves a source tree to another drive letter, a following compile will
fail when compiling grDevices.
The bug is found on Windows only.
Reason:
When performing a "make
On Fri, 16 Sep 2005, [EMAIL PROTECTED] wrote:
The name of the "continental" quotation mark « is "guillemet".
For anyone who is still confused:
Left pointing guillemet (U+00BB)
http://www.mathmlcentral.com/characters/glyphs/LeftGuillemet.html
Left pointing guillemot (Uria aalge)
http://www.r
On Fri, 16 Sep 2005, Thomas Lumley wrote:
On Fri, 16 Sep 2005, [EMAIL PROTECTED] wrote:
The name of the "continental" quotation mark ? is "guillemet".
For anyone who is still confused:
It should perhaps be noted that the Postscript name for the Unicode "Lef
Under Valgrind on x86_64 I get
==27405== Access not within mapped region at address 0x33FFEFD8
==27405==at 0x447045: Rf_substituteList (coerce.c:2003)
==27405== Stack overflow in thread 1: can't grow stack to 0x33FFEF98
-thomas
On Sun, 18 Sep 2005, Peter Dalgaard wrote:
[
ause there is no other way to
indicate that an element has no name.
If so, it is a documentation bug -- help(names) and FAQ 7.14 should
specify this behaviour. Too late for 2.2.0, unfortunately.
-thomas
Best regards
Jens Oehlschlägel
p <- 1:3
names(p) <- c("a&quo
't have gensyms, but again, R fails to support
these in a fairly fundamental way, so they have to be faked using
variables with weird random names.
I have a long-term plan to add real macros, but not until after Luke
Tierney's byte-code compiler is finished.
-thomas
__
ceed as in 2. However, it seems Rconnection and the related functions are
too tightly guarded against this approach. I simply don't see a way, how I
could fake this connection (but maybe there is one?). Maybe a public API
could be added to allow this.
Ok, so much on my helpless attempts. C
t about a direct call of REprintf. Such output would
still be classified as "regular".
Regards
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
y time soon. If
you want to try, the current PSPP code is at
http://savannah.gnu.org/projects/pspp
-thomas
> I did not have much time to search for the code but I found:
>
> in foreign_0.8-10 source file var.h.in
>
>> /* Definition of the max length of a short string
tests/Embedding, showing how this
added API can be used to identify warnings and errors in the output stream.
If you need any further comments / different format of patches, or anything
else in order to evaluate this proposal, please let me know.
Thanks!
Thomas
fs in question:
http://rkward.sourceforge.net/temp/classify_output_patch.diff
http://rkward.sourceforge.net/temp/classify_output_test.diff
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
(Rice-Davis 1963)
Unfortunately, that document is an old file format. It doesn't describe
record 7 subtype 13, which is where the long variable names live.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 12 Oct 2005, Knut Krueger wrote:
> Thomas Lumley schrieb:
>> On Tue, 11 Oct 2005, Knut Krueger wrote:
>>> I found a definition of the SPSS files.
>>> http://www.wotsit.org/download.asp?f=spssdata
>>> but they recommend to use the spss input/output d
ink you'll have a hard time, convincing any of the projects to give up
their individualistic approaches (including any agreement, even on which
programming language to use). All I can see is some projects might share some
common standards.
Regards
Thomas
__
each other. Otherwise we'll once again end up in the discussion about the
great merger of all R GUI projects, which I don't think will lead anywhere.
Regards
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
it into several categories.
I'll gladly provide more explanations or a different format of patches if
needed.
Looking forward to your comments
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
r between two
successive calls of R_tryEval. So effectively, I'd once again be back at 3a.
Of course, if there was an API to efficiently set up condition handlers from
C, and persist over at least one call of R_tryEval, I could in fact use that,
and would happily do so. I have not found som
iteErrConsole in
windows for consistency's sake.
But please: Don't conjure up a maintenance nightmare for this simple change.
> d) There is an existing mechanism that could be used. If you want
> file-like stderr and stdout, you could drive R via a file-like interface
> (e.g.
py to give it a try. Just send me
a mail in this case. Probably, however, I would not be able to do this before
tomorrow.
Regards
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tue, 18 Oct 2005, Earl F. Glynn wrote:
> Whis is there a .Machine$sizeof.longdouble but no .Machine$sizeof.double?
>
sizeof(double) is always 8 and sizeof(int) is always 4, because R requires
the IEEE/IEC standard arithmetic types. R will not compile with any other
sizes.
-
On Tue, 18 Oct 2005, Earl F. Glynn wrote:
> "Thomas Lumley" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> On Tue, 18 Oct 2005, Earl F. Glynn wrote:
>>
>>> Whis is there a .Machine$sizeof.longdouble but no
> .Machine$sizeof.double?
&
rything going on behind the scenes, so you will be kept locked in, and
helpless for ever? No. Should everybody be forced to use a GUI? No. Does
anybody advocate otherwise? Not as far as I can see.
I don't think there's anything more to be said on this topic.
Regards
Thomas Friedrichs
UsingTheInterfaceToR.html
Main low level interface:
http://rkward.sourceforge.net/development/en/documentation/api/classREmbedInternal.html
Regards
Thomas Friedrichsmeier
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s!
I would agree. How about an oapply() function that does multiway (rather
than just two-way) outer products. Basing the name on "apply" would
emphasize the similarity to other flexible, not particularly optimized
second-order functions.
-thomas
> Maybe
On Mon, 31 Oct 2005, Liaw, Andy wrote:
>> From: Thomas Lumley
>>
>> On Sun, 30 Oct 2005, Jonathan Rougier wrote:
>>
>>> I'm not sure about this. Perhaps I am a dinosaur, but my feeling is
>>> that if people are writing functions in R that might
reArgs = list(x=2))
> list()
>
> whereas I would think 4 is a more logical answer.
>
I don't agree at all. The answer should be the length of the longest
vectorised argument, and it is.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
'formula' (see
the help for 'formula()' for further details) and collected into a
data frame.
In your example the environment of 'formula' is the global environment,
since that's where it was created.
There isn
ctory and the user's home directory. The
former may be available from the Windows Registry: it will normally be
in HKEY_LOCAL_MACHINE\Software\R-core\R\InstallPath and can be
set there by running the program R_HOME\bin\RSetReg.exe
Perhaps I missed it elsewhere?
Thanks for any help,
- Len T
ariance is often
to take the square root, and that using 1/(n-1) as the divisor does not
give any particular optimality as an estimator of the standard deviation.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
it and it worked fine. He must be
wrong" -- a comp.lang.c standard
It doesn't rule out the the possibility of the vector containing zeros, it
tells you that you should not put zeros in the vector.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
This is the same as PR#8265, which was reported two months ago by someone
else from syd.odn.ne.jp. It still isn't a bug. According to Brian
Ripley's response at that time, "almost all" the sources he checked gave
the correction that R uses.
-thomas
On Tue,
mented and has been in S for a long
time.
-thomas
Thomas Lumley Assoc. Professor, Biostatistics
[EMAIL PROTECTED] University of Washington, Seattle
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rk, at least in the sense of getting
matrices of the right dimension.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
; done look at the definition of the class RcppVector in Rcpp.cpp
Not at all. He is using .C, which passes a double * to the C function.
You may be thinking of .Call
-thomas
> Dominick
>
> Sean Davis wrote:
>> I am still having some difficulties with connecting R to a C+
oks as though there are
problems with initialization like the ones you report, but in fact the
function works correctly. If I compile without optimization the
initialization looks fine.
-thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tue, 10 Jan 2006, Sean Davis wrote:
>
> Thanks, Thomas. That did fix the initialization issue (or apparent one).
> Unfortunately, the reason that I started debugging was for segmentation
> faults, which have not gone away. However, it now looks like the problem is
> internal
Since someone is bound to point this out soon I will note that
a) A discussion draft of the proposed GPL version 3 is up at
http://gplv3.fsf.org/
b) If you have comments on the draft, send them to the FSF rather than to
r-devel
-thomas
Thomas Lumley Assoc
This won't actually help you at all, but I used the standard install on OS
10.3.9 (Powerbook G4) just last week without any problems.
On the other hand, my install was on a machine that had previously had
other versions of R.
-thomas
On Wed, 18 Jan 2006, [EMAIL PROTECTED]
anual it is admittedly less clear: there isn't a table of
contents and there is nothing obvious in the index. To some extent this is
a problem with all the manuals. The structure in the .texi file isn't
translated well to HTML form by the makeinfo tools.
-thomas
__
able while *not* having
> an operational R installation...
>
Not necessarily. It's perfectly feasible to use a 32-bit build on a 64-bit
machine, as it says in the manual, which is available from
http://www.r-project.org whether or not you have an R inst
I submit a couple options for addressing bug 16719: kruskal.test
documentation for formula.
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16719
disallow-character.diff changes the documentation and error message
to indicate that factors are accepted.
allow-character.diff changes the kruska
Thomas Levine writes:
> I submit a couple options for addressing bug 16719: kruskal.test
> documentation for formula.
> https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16719
>
> disallow-character.diff changes the documentation and error message
> to indicate that fa
Thomas Levine writes:
> I have yet to find any example of my proposed changes causing a
> regression. I believe that the most reasonable thing that it might
> break is something that depends on either kruskal.test raising an
> error or that depends on the specific text in the error mes
like in the lm() example.
Rather than attached improved .Rd files here, they are put at
www.stat.auckland.ac.nz/~yee/Rdfiles
You are welcome to use them!
Best,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
think it should go a little further
by actively discouraging its use in the first place.
I do not wish to be contentious on all this... just encouraging
good practice that's all.
cheers
Thomas
On 17/12/18 12:26 PM, Achim Zeileis wrote:
On Sat, 15 Dec 2018, frede...@ofb.net wrote:
I agree
AR=gcc-ar RANLIB=gcc-ranlib ./configure --enable-lto
so it is not a big issue, but it would still be nicer if the configure
script tested the functionality of ar and ranlib itself and would
select the appropriate one accordingly.
This is with R version 3.5.3.
Reg
lds
it as a shared library. Offhand, I did not see any way to
build a *.a file instead, so I could not use LTO to check
for mismatched prototypes between R and LAPACK.
Of course, I cannot be sure that this is really the root cause
of the problem you are seeing,but it does s
Hi Tomas,
On 4/23/19 2:59 PM, Thomas König wrote:
Hi,
there can be an issue with recent gcc where the system-installed "ar"
and "ranlib" commands cannot handle LTO binaries. On compilation, this
manifests itself with error messages claiming that they need extra
plugi
Hi Tomas,
thanks a lot for your analysis. I have created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329
for this, and put you in CC (if your e-mail address
for GCC bugzilla is still current).
Regards
Thomas
__
R-devel@r-project.org
back in the dark ages?).
We're willing to do reasonable things :-) but so far all of the options
we have come up with have very serious drawbacks (see the link to the
PR at the top). If you come up with a suggestion, we'd be more than
happy to look at it.
I think the best option would
Hi Steve,
With the caveat that one may need to use the VALUE attribute to
account for pass-by-value vs pass-by-reference.
LAPACK should be all pass by reference, it is old F77-style
code (except that the odd ALLOCATABLE array has snuck in
in the testing routines).
It seems that it's an old bug that was found in some other packages, but
at that time not optim:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=15958
and that Duncan Murdoch posted a patch already last Friday :)
Thomas
Am 06.05.2019 um 16:40 schrieb Ben Bolker:
That's cons
no preference whatsoever.
Cheers
Thomas
On 25 May 2019 at 00.59.44, Abby Spurdle
(spurdl...@gmail.com<mailto:spurdl...@gmail.com>) wrote:
> Martin Maechler has asked me to send this to R-devel for discussion
> after I submitted it as an enhancement request (
> https://bug
ults to c("left", "right") for backward
compatibility.
It could then allow:
ftab <- ftable(wool + tension ~ breaks, warpbreaks)
format.ftable(ftab, justify = c("none", "none"))
Best regards,
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
meant to be, but I'm not used to the R mailing lists...
Thank you in advance for your comments,
Best,
Thomas
> Dear all,
>
> justify argument is hard coded in format.ftable:
>
> cbind(apply(LABS, 2L, format, justify = "left"),
> apply(DATA, 2L, form
course it's
>> not meant to be, but I'm not used to the R mailing lists...
>
> well, there could be said much, and many stories told here ... ;-)
>
>> Thank you in advance for your comments,
>>
>> Best,
>> Thomas
>
> The main reasons for &
in the
documentation) would facilitate the reuse of ftable results for further
analysis.
Thank you very much,
Thomas
> If you are looking at ftable could you also consider adding a way to convert
> an ftable into a usable data.frame such as the ftable2df function defined
> here
na.action = na.omit)
# group
# a b
# 1 1
The example works as documented if we change the code to:
na.rm <-
identical(naAct, quote(na.pass)) || identical(naAct, na.pass) ||
identical(naAct, "na.pass")
However, there may be something I am miss
y loaded DLL will be used instead of trying to load one from
path.
E.g. in your example:
dyn.load("mypath/bar.dll")
dyn.load("foo.dll")
will work, as bar.dll (a dependency of foo.dll) is already loaded.
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lways
been the case? It was commented out for a long time, without anybody noticing.
*/
R_PolledEvents ();
#else
R_ProcessEvents();
#endif
Regards
Thomas
signature.asc
Description: This is a digitally signed message part.
_
el" )
Everything works fine, when I load only one of the packages. But if I
load both packages together, one of the calculateModel methods
disappears and is no longer visible, which results in an error.
What am I missing?
Thanks!
Thomas
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Call
forcing lengths and integers to be passed as 32-bit. This would mean that the
code couldn't use large integers or large vectors, but it would keep working
indefinitely.
-thomas
Thomas Lumley
Professor of Biostatistics
University of Washington, Seattle
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
f you are not the intended recipient of the e-mail you may not
use, disclose, copy, redirect or print the content. If this e-mail is not
related to the business of UCT it is sent by the sender in the sender's
individual capacity.
###
______
R-
to ask about a possibility to run
a few tests on such a system:
r-patched-solaris-x86
An even more recent version of R on the same OS (Solaris 10) and with
the same compiler (Sun Studio 12u1) would help also.
Any assistance is appreciated
Thomas Petzoldt
--
Thomas Petzoldt
Technische Unive
On 16.09.2010 17:05, Martyn Plummer wrote:
Dear Thomas,
Is this the deSolve package?
http://www.r-project.org/nosvn/R.check/r-patched-solaris-x86/deSolve-00check.html
I can help you with that. It does pass R CMD check on my OpenSolaris
installation, but I am getting some compiler warnings. I
Bill Dunlap,
Matthew Doyle and you (Martyn Plummer). I've also setup a new Linux test
system, so that next time valgrind checks can be performed before
package upload.
Thank you!
Thomas Petzoldt
__
R-devel@r-project.org mailing list
(save = FALSE)
ERROR: installing package indices failed
-
possible reason: Matrix/data/*.R
News.Rd says:
The \code{save} argument of \code{require()} is defunct.
Thomas Petzoldt
__
R-devel@r-project.org ma
I also had problems connecting via RMysql on Windows several weeks ago.
I decided to skip the package and now use RODBC, which runs stable out
of the box. Perhaps you should have a look at this package.
Hth
Thomas
Am 17.09.2010 17:50, schrieb Spencer Graves:
I've recently
On 17.09.2010 19:22, Uwe Ligges wrote:
On 17.09.2010 16:04, Thomas Petzoldt wrote:
Dear R-Devel,
I've just tried to compile the fresh R-devel and found that the install
of package Matrix failed:
-
** help
*** installing help indices
** bui
On 17.09.2010 20:04, Prof Brian Ripley wrote:
I'm not sure why end users would be using R-devel rather than R-alpha at
this point, but I have already changed R-devel to allow Matrix to get
updated before it fails.
Yes I realized the update and successfully recompiled it. Many thanks.
"End user
> Modified applydefine to duplicate if necessary to ensure that the
> assignment target in calls to assignment functions via the complex
> assignment mechanism always has NAMED == 1.
>
Yes, that was the one. It was reported as a bug back then too, and
there was quite a bit of di
eciate if it could be promoted into the
public C API.
Regards
Thomas
signature.asc
Description: This is a digitally signed message part.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
1 - 100 of 479 matches
Mail list logo
