Re: [Rd] length() and nchar()

2003-08-29 Thread Peter Dalgaard BSA
Wolfram Fischer <[EMAIL PROTECTED]> writes: > I would propose to add " > See also: > `nchar' for counting the number of character in > character vectors. > " > to the helpfile of length(), Done. -- O__ Peter Dalgaard Blegdamsvej 3 c/ /'_ --- De

Re: (PR#3979) Re: [Rd] Re: R 1.7.x and inaccurate log1p() on OpenBSD3.2 and NetBSD 1.6 (PR#3979)

2003-08-29 Thread Prof Brian Ripley
The fix I proposed is now in the R-devel sources, if you could please try it. (It should appear in the next snapshot after now.) On Mon, 25 Aug 2003, Prof Brian Ripley wrote: > There is already a usable log1p implementation in src/nmath/log1p, for > platforms without it. All we need to do is

[Rd] length() and nchar()

2003-08-29 Thread Wolfram Fischer
I would propose to add " See also: `nchar' for counting the number of character in character vectors. " to the helpfile of length(), because it is rather difficult to find nchar() if one has only search terms as "length", "len", "strlen" in mind. Sincerly Wolfram Fisch

Re: [Rd] about REPL and loops in general ...

2003-08-29 Thread Simon Urbanek
On Friday, August 29, 2003, at 12:11 PM, Peter Dalgaard BSA wrote: Simon Urbanek <[EMAIL PROTECTED]> writes: I think that something along the lines of a "light" REventLoop (i.e. [...] tricks. So, are there plans to replace the current REPL soon? (preferably in 1.8 ;)). If not, what are the reaso

Re: [Rd] about REPL and loops in general ...

2003-08-29 Thread Peter Dalgaard BSA
Simon Urbanek <[EMAIL PROTECTED]> writes: > I think that something along the lines of a "light" REventLoop (i.e. > just the loop management where modules can register their handlers, > w/o the "demo" loops) would be very helpful. What makes me wonder is > that even quite recent code again just rep

[Rd] about REPL and loops in general ...

2003-08-29 Thread Simon Urbanek
I need to implement some external callbacks to R and I'm not happy with the current REPL, since it prevents any general solution. Are there plans to improve the current REPL anytime soon? The current approach has some deficiencies you are surely aware of (only one input (=external event loop),