[Rd] CRAN task view: Multivariate
Hello, I've assembled a Multivariate ctv (with a lot of help from Achim Zeleis, who has now posted the view on CRAN). I'd be grateful for comments regarding missing packages / functions. Opinions on the organisation of the view would also be appreciated, as well as having any errors pointed out. I've adopted a rather broad and vague definition of "multivariate", which may not be optimal. Thanks Paul -=-=-=-=-=-=-=-=-=-=-=-= Paul Hewson Senior Lecturer in Statistics School of Mathematics and Statistics University of Plymouth Drake Circus Plymouth PL4 8AA tel (01752) 232778 (Campus) tel (01752) 764437 (Tamar Science Park) fax (01752) 232780 email: [EMAIL PROTECTED] web: http://www.plymouth.ac.uk/staff/phewson __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R-beta: configure problem (tcltk) on 64 bit Red Hat EL
Dear developeRs, I use Red Hat Enterprise Linux WS release 4 (Nahant Update 2) on an x86_64 machine (two Intel P4 CPUs with 64 bit support), and R-beta_2005-12-12_r36712.tar.gz. If I run configure without any options, it does not list tcltk among the supported interfaces: ./configure [...] R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory:/usr/local C compiler:gcc -g -O2 C++ compiler: g++ -g -O2 Fortran compiler: g77 -g -O2 Interfaces supported: X11 External libraries:readline, BLAS(generic) Additional capabilities: PNG, JPEG, iconv, MBCS, NLS Options enabled: R profiling Recommended packages: yes It seems to find tcl and tk, but not be able to compile/link them: [...] checking /usr/include/tcl.h usability... yes checking /usr/include/tcl.h presence... yes checking for /usr/include/tcl.h... yes [...] checking /usr/include/tk.h usability... yes checking /usr/include/tk.h presence... yes checking for /usr/include/tk.h... yes checking whether compiling/linking Tcl/Tk code works... no Looking in config.log, it seems that even though libX11 has been found in /usr/X11R6/lib64, it is not searched for in that directory when testing compiling/linking Tcl/Tk: configure:35654: checking for X configure:35892: result: libraries /usr/X11R6/lib64, headers /usr/X11R6/include configure:36088: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib64 conftest.c -ldl -lm -L/usr/X11R6/lib64 -lX11 >&5 configure:36094: $? = 0 configure:36098: test -z || test ! -s conftest.err configure:36101: $? = 0 configure:36104: test -s conftest configure:36107: $? = 0 [...] configure:38437: checking whether compiling/linking Tcl/Tk code works configure:38480: gcc -o conftest -g -O2 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include -L/usr/local/lib64 conftest.c -ldl -lm -L/usr/lib -ltcl8.4 -L/usr/lib -ltk8.4 -L/usr/X11R6/lib -lX11 >&5 /usr/bin/ld: skipping incompatible /usr/lib/libtcl8.4.so when searching for -ltcl8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtcl8.4.so when searching for -ltcl8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtk8.4.so when searching for -ltk8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtk8.4.so when searching for -ltk8.4 /usr/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status configure:38486: $? = 1 Running ./configure LDFLAGS="-L/usr/local/lib64 -L/usr/X11R6/lib64" solves/avoids the problem for me. I thought I'd report the problem anyway, since I don't know if it is the intended behaviour of configure. -- Sincerely, Bjørn-Helge Mevik __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-beta: configure problem (tcltk) on 64 bit Red Hat EL
Yes, the R-admin manual warns of this. It is a problem with your particular OS, as e.g. FC3 does checking for tclConfig.sh... no checking for tclConfig.sh in library (sub)directories... /usr/lib64/tclConfig.sh checking for tkConfig.sh... no checking for tkConfig.sh in library (sub)directories... /usr/lib64/tkConfig.sh and that config file has # Additional libraries to use when linking Tk. TK_LIBS='-L/usr/X11R6/lib64 -lX11 -ldl -lieee -lm' Unfortunately you have removed the crucial parts of where your configure got the configuration info from. On Wed, 14 Dec 2005, Bjørn-Helge Mevik wrote: Dear developeRs, I use Red Hat Enterprise Linux WS release 4 (Nahant Update 2) on an x86_64 machine (two Intel P4 CPUs with 64 bit support), and R-beta_2005-12-12_r36712.tar.gz. If I run configure without any options, it does not list tcltk among the supported interfaces: ./configure [...] R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory:/usr/local C compiler:gcc -g -O2 C++ compiler: g++ -g -O2 Fortran compiler: g77 -g -O2 Interfaces supported: X11 External libraries:readline, BLAS(generic) Additional capabilities: PNG, JPEG, iconv, MBCS, NLS Options enabled: R profiling Recommended packages: yes It seems to find tcl and tk, but not be able to compile/link them: [...] checking /usr/include/tcl.h usability... yes checking /usr/include/tcl.h presence... yes checking for /usr/include/tcl.h... yes [...] checking /usr/include/tk.h usability... yes checking /usr/include/tk.h presence... yes checking for /usr/include/tk.h... yes checking whether compiling/linking Tcl/Tk code works... no Looking in config.log, it seems that even though libX11 has been found in /usr/X11R6/lib64, it is not searched for in that directory when testing compiling/linking Tcl/Tk: configure:35654: checking for X configure:35892: result: libraries /usr/X11R6/lib64, headers /usr/X11R6/include configure:36088: gcc -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib64 conftest.c -ldl -lm -L/usr/X11R6/lib64 -lX11 >&5 configure:36094: $? = 0 configure:36098: test -z || test ! -s conftest.err configure:36101: $? = 0 configure:36104: test -s conftest configure:36107: $? = 0 [...] configure:38437: checking whether compiling/linking Tcl/Tk code works configure:38480: gcc -o conftest -g -O2 -I/usr/local/include -I/usr/include -I/usr/include -I/usr/X11R6/include -L/usr/local/lib64 conftest.c -ldl -lm -L/usr/lib -ltcl8.4 -L/usr/lib -ltk8.4 -L/usr/X11R6/lib -lX11 >&5 /usr/bin/ld: skipping incompatible /usr/lib/libtcl8.4.so when searching for -ltcl8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtcl8.4.so when searching for -ltcl8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtk8.4.so when searching for -ltk8.4 /usr/bin/ld: skipping incompatible /usr/lib/libtk8.4.so when searching for -ltk8.4 /usr/bin/ld: cannot find -lX11 collect2: ld returned 1 exit status configure:38486: $? = 1 Running ./configure LDFLAGS="-L/usr/local/lib64 -L/usr/X11R6/lib64" solves/avoids the problem for me. I thought I'd report the problem anyway, since I don't know if it is the intended behaviour of configure. -- Sincerely, Bjørn-Helge Mevik __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595__ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Building R-devel with ACML
I'm trying to build R-devel with AMD's ACML. I downloaded version 3.0.0 64bit for gfortran (acml-3-0-0-gfortran-64bit.tgz) and copied the libraries to /usr/local/lib. When I configure R to build against the ACML library, how do I know if the library has been detected and will be used? I run 'configure' with the '--with-blas=-lacml' flag and am using gcc 4.0.2 (with gfortran) on FC4. Thanks, -roger -- Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Building R-devel with ACML
On Wed, 14 Dec 2005, Roger Peng wrote: > I'm trying to build R-devel with AMD's ACML. I downloaded version 3.0.0 > 64bit for gfortran (acml-3-0-0-gfortran-64bit.tgz) and copied the > libraries to /usr/local/lib. When I configure R to build against the > ACML library, how do I know if the library has been detected and will be > used? Look at the end of the output (will say BLAS(generic)) and at BLAS_LIBS in Makeconf. > I run 'configure' with the '--with-blas=-lacml' flag and am using gcc > 4.0.2 (with gfortran) on FC4. On my such system with --with-lapack I got External libraries:readline, BLAS(generic), LAPACK(in blas) BLAS_LIBS = -L/usr/local/acml/gnu64/lib -lacml -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Linking C/C++ GUI to R.dll
Hi, I am in the process of linking a C/C++ application to the R.dll directly. I have obtained the R source code and compiled it successfully. I have also successfully linked the R.dll directly into our application and have made calls successfully into the R.dll that are included in the sample rtest.c and in the "Writing R Extensions - The R API". The R functionality that we are interested in embedding into our application is the data analysis and graphics. However, I did not see any references to this in the R API section of the documentation. Is this functionality available from our C/C++ application via the R.dll? If so, how do we access this functionality? Thank you, Chad Jenness Electronic Payment Business Services Office: 612-667-9782 Email: [EMAIL PROTECTED] "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation" [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Linking C/C++ GUI to R.dll
On Wed, 14 Dec 2005 [EMAIL PROTECTED] wrote: > Hi, > > I am in the process of linking a C/C++ application to the R.dll > directly. I have obtained the R source code and compiled it > successfully. I have also successfully linked the R.dll directly into > our application and have made calls successfully into the R.dll that are > included in the sample rtest.c and in the "Writing R Extensions - The R > API". > > The R functionality that we are interested in embedding into our > application is the data analysis and graphics. However, I did not see > any references to this in the R API section of the documentation. Is > this functionality available from our C/C++ application via the R.dll? > If so, how do we access this functionality? By reading the section on 'linking GUIs and other front-ends'. It is not in the C-level API. -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] CRAN task view: Multivariate
"Paul Hewson" <[EMAIL PROTECTED]> writes: > Hello, > > I've assembled a Multivariate ctv (with a lot of help from Achim Zeleis, > who has now posted the view on CRAN). > > I'd be grateful for comments regarding missing packages / functions. > Opinions on the organisation of the view would also be appreciated, as > well as having any errors pointed out. I've adopted a rather broad and > vague definition of "multivariate", which may not be optimal. Anova.mlm and mauchley.test from stats seem conspicuously absent. > Thanks > > Paul > > -=-=-=-=-=-=-=-=-=-=-=-= > Paul Hewson > Senior Lecturer in Statistics > School of Mathematics and Statistics > University of Plymouth > Drake Circus > Plymouth PL4 8AA > > tel (01752) 232778 (Campus) > tel (01752) 764437 (Tamar Science Park) > fax (01752) 232780 > > email: [EMAIL PROTECTED] > web: http://www.plymouth.ac.uk/staff/phewson > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Linking C/C++ GUI to R.dll
Is there any way that we can get it to the C level API? Or is there a C level API function that will give us access to more of the R functionality? Chad Jenness Electronic Payment Business Services Office: 612-667-9782 Email: [EMAIL PROTECTED] "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation" -Original Message- From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 14, 2005 9:49 AM To: Jenness, Chad P. Cc: r-devel@stat.math.ethz.ch Subject: Re: [Rd] Linking C/C++ GUI to R.dll On Wed, 14 Dec 2005 [EMAIL PROTECTED] wrote: > Hi, > > I am in the process of linking a C/C++ application to the R.dll > directly. I have obtained the R source code and compiled it > successfully. I have also successfully linked the R.dll directly into > our application and have made calls successfully into the R.dll that > are included in the sample rtest.c and in the "Writing R Extensions - > The R API". > > The R functionality that we are interested in embedding into our > application is the data analysis and graphics. However, I did not see > any references to this in the R API section of the documentation. Is > this functionality available from our C/C++ application via the R.dll? > If so, how do we access this functionality? By reading the section on 'linking GUIs and other front-ends'. It is not in the C-level API. -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R 2.2.0 + Oracle 10g + Windows XP
Dear R-devlopers, I am experiencing problem with R 2.2.0 after installing Oracle 10g on my Windows XP system. It simply crashes but Rgui appears to be functioning. After I deinstalling Oracle 10g, R.exe start to function again. Any idea how to make them both working? Many thanks, Jinghua __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] 0/1 vector for indexing leads to funny behaviour (PR#8389) (maybe a documentation deficiency?)
I appreciate the explanation that some details should not appear in the
help pages or the Introduction to R manual.
However, I am puzzled by this part of Prof Ripley's response:
TP> [...] "An Introduction to R" [...] says this about
TP> numeric indices:
TP> 2. A vector of positive integral quantities. In
TP>this case the values in the index vector must
TP>lie in the set {1, 2, . . . , length(x)}
TP> (This seems to commit the sin of not telling the whole truth.)
BDR> No. Zero is not a positive integer.
That's what I was trying to say: the whole truth is that numeric index
vectors that contain positive integral quantities can also contain
zeros. Upon rereading this passage yet again, I think it is more
misleading than merely incomplete: the phrasings "positive integral
quantities", and "*must* lie in the set ..." rule out the possibility of
the vector containing zeros.
In this Section 2.7 in "An Introduction to R", the four types of index
vectors are introduced with "Such index vectors can be any of four
distinct types:". There is not even a hint that other types of index
vectors can be used (e.g., positive integral quantities and zeros). Is
this really correct and helpful? (The only way that I can see that this
section can be interpreted as correct is to claim that that the phrasing
"can be any of four distinct types" permits the existence of other types
that are neither described nor hinted at. However, this interpretation
feels more clever than helpful.)
Tony Plate
Prof Brian Ripley wrote:
> ?"[" says
>
> See Also:
>
> 'list', 'array', 'matrix'.
>
> '[.data.frame' and '[.factor' for the behaviour when applied to
> data.frame and factors.
>
> 'Syntax' for operator precedence, and the _R Language_ reference
> manual about indexing details.
>
> and the `indexing details' are indeed where it says they are.
>
> This is not an introductory topic, and it makes sense to have the
> details in only one place and refer to it. That help page is already
> over-loaded.
>
>
> On Tue, 13 Dec 2005, Tony Plate wrote:
>
>> Yes, 0/1 (numeric) are intended to be used as index vectors -- and they
>> have the semantics of numeric indices, which is that 0 elements in the
>> index are omitted from the result. This can be a very useful mode of
>> operation in many situations.
>>
>> I was going to write "This is described in both the introduction to R,
>> and in the documentation for '['", except that I checked before I wrote
>> and was surprised to be unable to any discussion of zeros in indexing in
>> any of the first three places I looked:
>>
>> (1) help page for '[' (There is discussion of zero indices here, but
>> only in the context of using matrices to index matrices, not in the
>> context of ordinary vector indices).
>>
>> (2) Section 2.7 "Index vectors: selecting and modifying subsets of a
>> data set" in "An Introduction to R", which does say this about numeric
>> indices:
>> 2. A vector of positive integral quantities. In
>>this case the values in the index vector must
>>lie in the set {1, 2, . . . , length(x)}
>> (This seems to commit the sin of not telling the whole truth.)
>
>
> No. Zero is not a positive integer.
>
>> (3) Section 5.5 "Array Indexing. Subsections of an array" (In "An
>> Introduction to R")
>>
>> Question for others: did I miss something obvious, or is this a
>> documentation deficiency that zeros in indices are not discussed in 3 of
>> some obvious first places to look?
>>
>> If indeed this is a documentation deficiency, I'm happy to contribute
>> documentation patch, but I await other opinions before spending any time
>> on that.
>>
>> -- Tony Plate
>>
>> [EMAIL PROTECTED] wrote:
>>
>>> Full_Name: Axel Rasche
>>> Version: 2.2.0
>>> OS: Linux
>>> Submission from: (NULL) (141.14.21.81)
>>>
>>>
>>> Dear Debuggers,
>>>
>>> This is not a serious problem. Are 0/1 vectors intended to be used as
>>> index
>>> vectors? If yes, there is a bug. If not, it leads just to some funny
>>> behaviour
>>> rather than an error message.
>>>
>>> In the appendix is some simple code to reproduce the problem. A
>>> logical vector
>>> as.logic(a) helps by indexing the vector b. The 0/1 vector a just
>>> returns the
>>> first value "a". But as many times as there is a 1 in a.
>>>
>>> Best regards,
>>> Axel
>>>
>>>
>>> Appendix:
>>>
>>> b = c("a","b","c","d")
>>> a = c(0,1,1,0)
>>> b[as.logical(a)]
>>> b[a]
>>> a = c(1,0,1,0)
>>> b[as.logical(a)]
>>> b[a]
>>> a = c(0,1,1,1)
>>> b[as.logical(a)]
>>> b[a]
>>>
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-deve
Re: [Rd] 0/1 vector for indexing leads to funny behaviour (PR#8389) (maybe a documentation deficiency?)
Tony Plate <[EMAIL PROTECTED]> writes:
> I appreciate the explanation that some details should not appear in the
> help pages or the Introduction to R manual.
>
> However, I am puzzled by this part of Prof Ripley's response:
>
> TP> [...] "An Introduction to R" [...] says this about
> TP> numeric indices:
> TP> 2. A vector of positive integral quantities. In
> TP>this case the values in the index vector must
> TP>lie in the set {1, 2, . . . , length(x)}
> TP> (This seems to commit the sin of not telling the whole truth.)
>
> BDR> No. Zero is not a positive integer.
I wondered too. I suppose one interpretation is, No, it's not just not
telling the whole truth, it's outright false! Alternatively, it could
be that 2. is OK as written, but there needs to be entries for the
nonnegative/nonpositive cases. Or - perish the thought - that Brian
made a blunder...
> That's what I was trying to say: the whole truth is that numeric index
> vectors that contain positive integral quantities can also contain
> zeros. Upon rereading this passage yet again, I think it is more
> misleading than merely incomplete: the phrasings "positive integral
> quantities", and "*must* lie in the set ..." rule out the possibility of
> the vector containing zeros.
>
> In this Section 2.7 in "An Introduction to R", the four types of index
> vectors are introduced with "Such index vectors can be any of four
> distinct types:". There is not even a hint that other types of index
> vectors can be used (e.g., positive integral quantities and zeros). Is
> this really correct and helpful? (The only way that I can see that this
> section can be interpreted as correct is to claim that that the phrasing
> "can be any of four distinct types" permits the existence of other types
> that are neither described nor hinted at. However, this interpretation
> feels more clever than helpful.)
>
> Tony Plate
>
> Prof Brian Ripley wrote:
> > ?"[" says
> >
> > See Also:
> >
> > 'list', 'array', 'matrix'.
> >
> > '[.data.frame' and '[.factor' for the behaviour when applied to
> > data.frame and factors.
> >
> > 'Syntax' for operator precedence, and the _R Language_ reference
> > manual about indexing details.
> >
> > and the `indexing details' are indeed where it says they are.
> >
> > This is not an introductory topic, and it makes sense to have the
> > details in only one place and refer to it. That help page is already
> > over-loaded.
> >
> >
> > On Tue, 13 Dec 2005, Tony Plate wrote:
> >
> >> Yes, 0/1 (numeric) are intended to be used as index vectors -- and they
> >> have the semantics of numeric indices, which is that 0 elements in the
> >> index are omitted from the result. This can be a very useful mode of
> >> operation in many situations.
> >>
> >> I was going to write "This is described in both the introduction to R,
> >> and in the documentation for '['", except that I checked before I wrote
> >> and was surprised to be unable to any discussion of zeros in indexing in
> >> any of the first three places I looked:
> >>
> >> (1) help page for '[' (There is discussion of zero indices here, but
> >> only in the context of using matrices to index matrices, not in the
> >> context of ordinary vector indices).
> >>
> >> (2) Section 2.7 "Index vectors: selecting and modifying subsets of a
> >> data set" in "An Introduction to R", which does say this about numeric
> >> indices:
> >> 2. A vector of positive integral quantities. In
> >>this case the values in the index vector must
> >>lie in the set {1, 2, . . . , length(x)}
> >> (This seems to commit the sin of not telling the whole truth.)
> >
> >
> > No. Zero is not a positive integer.
> >
> >> (3) Section 5.5 "Array Indexing. Subsections of an array" (In "An
> >> Introduction to R")
> >>
> >> Question for others: did I miss something obvious, or is this a
> >> documentation deficiency that zeros in indices are not discussed in 3 of
> >> some obvious first places to look?
> >>
> >> If indeed this is a documentation deficiency, I'm happy to contribute
> >> documentation patch, but I await other opinions before spending any time
> >> on that.
> >>
> >> -- Tony Plate
> >>
> >> [EMAIL PROTECTED] wrote:
> >>
> >>> Full_Name: Axel Rasche
> >>> Version: 2.2.0
> >>> OS: Linux
> >>> Submission from: (NULL) (141.14.21.81)
> >>>
> >>>
> >>> Dear Debuggers,
> >>>
> >>> This is not a serious problem. Are 0/1 vectors intended to be used as
> >>> index
> >>> vectors? If yes, there is a bug. If not, it leads just to some funny
> >>> behaviour
> >>> rather than an error message.
> >>>
> >>> In the appendix is some simple code to reproduce the problem. A
> >>> logical vector
> >>> as.logic(a) helps by indexing the vector b. The 0/1 vector a just
> >>> returns the
> >>> first value "a". But as many times as there is a 1 in a.
> >>>
> >>> Best regards,
> >>> Axel
> >>>
> >>>
> >>> Appendix:
> >>>
> >>> b = c("a","b","
Re: [Rd] Linking C/C++ GUI to R.dll
Is there any way that we can get it to the C level API? Or is there a C level API function that will give us access to more of the R functionality? Also, is there a series of examples on how to use the C level API? Chad Jenness Electronic Payment Business Services Office: 612-667-9782 Email: [EMAIL PROTECTED] "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation" -Original Message- From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 14, 2005 9:49 AM To: Jenness, Chad P. Cc: r-devel@stat.math.ethz.ch Subject: Re: [Rd] Linking C/C++ GUI to R.dll On Wed, 14 Dec 2005 [EMAIL PROTECTED] wrote: > Hi, > > I am in the process of linking a C/C++ application to the R.dll > directly. I have obtained the R source code and compiled it > successfully. I have also successfully linked the R.dll directly into > our application and have made calls successfully into the R.dll that > are included in the sample rtest.c and in the "Writing R Extensions - > The R API". > > The R functionality that we are interested in embedding into our > application is the data analysis and graphics. However, I did not see > any references to this in the R API section of the documentation. Is > this functionality available from our C/C++ application via the R.dll? > If so, how do we access this functionality? By reading the section on 'linking GUIs and other front-ends'. It is not in the C-level API. -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] 0/1 vector for indexing leads to funny behaviour (PR#8389) (maybe a documentation deficiency?)
On Wed, 14 Dec 2005, Tony Plate wrote: > > That's what I was trying to say: the whole truth is that numeric index > vectors that contain positive integral quantities can also contain > zeros. Upon rereading this passage yet again, I think it is more > misleading than merely incomplete: the phrasings "positive integral > quantities", and "*must* lie in the set ..." rule out the possibility of > the vector containing zeros. > "Someone told me that you can't run without bouncing the ball in basketball. I got a basketball and tried 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
Re: [Rd] R-beta: configure problem (tcltk) on 64 bit Red Hat EL
Martyn Plummer wrote:
> It looks like you have the i386 RPMs for tcl and tk installed.
You are right. I have both the i386 and x86_64 RPMs installed.
> ./configure --with-tcl-config=/usr/lib64/tclConfig.sh \
> --with-tk-config=/usr/lib64/tkConfig.sh
Thank you! This works like a charm.
Prof Brian Ripley wrote:
> It is a problem with your particular OS,
You are right. As Martyn suggested, configure picked up
/usr/lib/{tcl,tk}Config.sh instead of /usr/lib64/{tcl,tk}Config.sh
because I have both i386 and x86_64 versions of the RPMs installed.
> Unfortunately you have removed the crucial parts of where your
> configure got the configuration info from.
Typically me! :-)
Thanks, both of you!
--
Bjørn-Helge Mevik
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Free patent searching (PR#8396)
Hi, I saw that you have some information on R&D at http://bugs.r-project.org/cgi-bin/R and I wanted to let you know about a free patent searching site, www.FreePatentsOnline.com. The site has more data and features than the US PTO, and we are continuing to work on expanding the site until it has world-wide patent coverage. If you have an appropriate place on your web site, a link would be much appreciated! Thanks for your time, and please fee free to let me know if you have any suggestions for improving the site. Sincerely, Erik Reeves FreePatentsOnline.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-beta: configure problem (tcltk) on 64 bit Red Hat EL
On Wed, 14 Dec 2005, Bjørn-Helge Mevik wrote:
Martyn Plummer wrote:
It looks like you have the i386 RPMs for tcl and tk installed.
You are right. I have both the i386 and x86_64 RPMs installed.
./configure --with-tcl-config=/usr/lib64/tclConfig.sh \
--with-tk-config=/usr/lib64/tkConfig.sh
Thank you! This works like a charm.
At a closer look, R was searching /usr/lib before /usr/lib64 which seems
sub-optimal, so I have reversed this (and added /usr/local/lib64 to the
list before /usr/local/lib). Nevertheless, for some builds (e.g.
32-bit R on 64-bit Linux) you will need to specify the paths as the manual
says.
Prof Brian Ripley wrote:
It is a problem with your particular OS,
You are right. As Martyn suggested, configure picked up
/usr/lib/{tcl,tk}Config.sh instead of /usr/lib64/{tcl,tk}Config.sh
because I have both i386 and x86_64 versions of the RPMs installed.
Unfortunately you have removed the crucial parts of where your
configure got the configuration info from.
Typically me! :-)
Thanks, both of you!
--
Bjørn-Helge Mevik
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
