Re: [Rd] ?strptime ambiguity (PR#7907)

2005-06-02 Thread Prof Brian Ripley
On Mon, 30 May 2005 [EMAIL PROTECTED] wrote: Full_Name: Tobias Verbeke Version: 2.1.0 OS: GNU/Linux Submission from: (NULL) (81.247.252.229) Would it be possible to use a non-ambiguous example of expressing a day according to the ISO 8601 international standard in the first sentence of the

Re: [Rd] ?strptime ambiguity (PR#7907)

2005-06-02 Thread Tobias Verbeke
- Oorspronkelijk bericht - Van: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Verzonden: donderdag, juni 2, 2005 08:17 AM Aan: [EMAIL PROTECTED] CC: r-devel@stat.math.ethz.ch Onderwerp: Re: [Rd] ?strptime ambiguity (PR#7907) On Mon, 30 May 2005 [EMAIL PROTECTED] wrote: Full_Name: Tobias

[Rd] print()ing of raw matrices (PR#7912)

2005-06-02 Thread maechler
Not a bug in a very strict sense, but still something to be fixed eventually: s - sapply(0:7, function(i) rawShift(charToRaw(my text),i)) s ... nothing is printed at all str(s) raw [1:7, 1:8] 6d 79 20 74 ... c(s) [1] 6d 79 20 74 65 78 74 da f2 40 e8 ca f0 e8 b4 e4 80 d0 94 e0 d0 68 c8

[Rd] Wishlist: more flexible handling of tick labels in axis.Date (PR#7913)

2005-06-02 Thread gavin . simpson
Full_Name: Gavin Simpson Version: 2.1.0-patched (1-Jun-2005) OS: Linux (Fedora Core 3) Submission from: (NULL) (128.40.32.76) axis.Date() insists on labelling tick marks. It could be made more flexible by allowing the user to specify if they want the ticks to be labelled, for example, to add

Re: [Rd] Wishlist: more flexible handling of tick labels in axis.Date (PR#7913)

2005-06-02 Thread Duncan Murdoch
I think allowing the user to change the labels is a good idea, but have some nitpicking about the details. - Could you grab a copy of the current axis.Date source from https://svn.r-project.org/R/trunk/src/library/graphics/R/datetime.R and edit that, rather than what you see in R? There are

Re: [Rd] Wishlist: more flexible handling of tick labels in axis.Date (PR#7914)

2005-06-02 Thread murdoch
I think allowing the user to change the labels is a good idea, but have some nitpicking about the details. - Could you grab a copy of the current axis.Date source from https://svn.r-project.org/R/trunk/src/library/graphics/R/datetime.R and edit that, rather than what you see in R? There are

Re: [Rd] print()ing of raw matrices (PR#7912)

2005-06-02 Thread ripley
The bug was a case statement with no default to say `unimplemented'. I have now added that, and implemented printing of raw matrices. It was intentional, as I thought no one would ever want to print them: never think `never'! On Thu, 2 Jun 2005 [EMAIL PROTECTED] wrote: Not a bug in a very

Re: [Rd] Wishlist: more flexible handling of tick labels in axis.Date (PR#7914)

2005-06-02 Thread Duncan Murdoch
[EMAIL PROTECTED] wrote: I think allowing the user to change the labels is a good idea... ... If you want help with this feel free to contact me off the list; when you're done, you can send me the files and I'll review and commit the changes. Gavin was very fast with this, and his

[Rd] Deutsche Bank E-Mail Verification - r-bugs@biost (PR#7916)

2005-06-02 Thread AlikeeBelair
This is a multi-part message in MIME format. --=_NextPart_000__C94CEB3E.ABA7A742 Content-Type: multipart/alternative; boundary==_NextPart_001_0001_831C472C.A64015FF --=_NextPart_001_0001_831C472C.A64015FF Content-Type: text/plain; charset=iso-8859-1

[Rd] dotcode typo?

2005-06-02 Thread Huntsinger, Reid
I ran across the following in the R-2.0.1 source, src/main/dotcode.c, in the function resolveNativeRoutine(), lines 146-163. Line 152 looks like a typo: here are lines 149-155 if(!*fun) { if(dll.type != FILENAME) { *fun = R_FindNativeSymbolFromDLL(buf, dll, symbol);

RE: [Rd] dotcode typo?

2005-06-02 Thread Huntsinger, Reid
Sorry, I was looking at 2.0.1 when I meant to be looking at 2.1.0. The line numbers for the latter are 161-179 and line 164 is the one with what I think is a typo. Reid Huntsinger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Huntsinger, Reid Sent:

Re: [Rd] dotcode typo?

2005-06-02 Thread Duncan Murdoch
Huntsinger, Reid wrote: Sorry, I was looking at 2.0.1 when I meant to be looking at 2.1.0. The line numbers for the latter are 161-179 and line 164 is the one with what I think is a typo. Reid Huntsinger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of

Re: [Rd] dotcode typo? (PR#7917)

2005-06-02 Thread murdoch
Duncan Murdoch wrote: Huntsinger, Reid wrote: Sorry, I was looking at 2.0.1 when I meant to be looking at 2.1.0. The line numbers for the latter are 161-179 and line 164 is the one with what I think is a typo. Reid Huntsinger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

Re: [Rd] dotcode typo? (PR#7917)

2005-06-02 Thread bates
[EMAIL PROTECTED] wrote: Duncan Murdoch wrote: Huntsinger, Reid wrote: Sorry, I was looking at 2.0.1 when I meant to be looking at 2.1.0. The line numbers for the latter are 161-179 and line 164 is the one with what I think is a typo. Reid Huntsinger -Original Message- From: [EMAIL

Re: [Rd] Re: [R] Problem going back to a viewport with gridBase

2005-06-02 Thread Gabor Grothendieck
On 6/1/05, Paul Murrell [EMAIL PROTECTED] wrote: Hi Gabor Grothendieck wrote: [moved from r-help to r-devel] On 5/31/05, Paul Murrell [EMAIL PROTECTED] wrote: # mm.row[j] gives the row in the layout of the jth cell # mm.col[j] gives the col in the layout of the jth cell

[Rd] could not open libRmath.so

2005-06-02 Thread Tib
Hi I got a very tricky problem when I tried to compile a C++ program which links to libRmath.so. The program itself had no problem, I can compile and run in my own linux machine where I compiled libRmath.so file and copied it to system directory (/usr/local/lib). Now I want to compile my program

Re: [Rd] could not open libRmath.so

2005-06-02 Thread Simon Urbanek
On Jun 2, 2005, at 5:52 PM, Tib wrote: Now I use this to compile my program g++ engine.cpp -o engine -lm -lRmath -I/Users/tib/R/lib/R/include/ -L/Users/tib/R/bin/ it did not report any error, however as I executed the program ./engine it reported: ./engine: error while loading shared libraries: