similar to: No subject

> Date: Fri, 22 Oct 1999 13:19:12 -0700 > To: r-devel@stat.math.ethz.ch > From: Eli Ateljevich <eli@ce.berkeley.edu> > > Hi. > I love R. I have had two compatibility issues in shifting my code over from > Splus > > cts,rts, its: are there any plans to incorporate these classes? No. R is not S-PLUS, and is `not unlike S'. Those are S-PLUS proprietary

>represented. They are now R "objects" similar to S-PLUS "rts" >time series, but they are 3-dimensional arrays (iterations x variables >x chains). This seems like the best choice of data structure to me >but if someone else has thought more deeply about this tell me now >before I rewrite all my code! Martyn A couple of years ago I wrote a kernel of routines

Hello all, We have a situation where our 30 lines are maxing out, but no one is on a call. We are currently running CVS head downloaded on 15/8/2005 on a Dell Power Edge 2850. Our office mainly functions on a queue system. At the time this happened all our agents were logged in and no one was taking a call. Does anyone have a similar experience and ideas on how to fix this problem?

Fritz, I have slightly adapted (didn't work before) "tsboot" from the "boot" library to the current time series conventions of R. The following patch will do that. I suggest to apply this patch to the file "boot/R/bootfuns.q" of the "boot" library at CRAN. best Adrian --- bootfuns.orig.q Thu Dec 9 10:07:23 1999 +++ bootfuns.q Thu Dec 9 10:06:51 1999

Fritz, I have slightly adapted (didn't work before) "tsboot" from the "boot" library to the current time series conventions of R. The following patch will do that. I suggest to apply this patch to the file "boot/R/bootfuns.q" of the "boot" library at CRAN. best Adrian --- bootfuns.orig.q Thu Dec 9 10:07:23 1999 +++ bootfuns.q Thu Dec 9 10:06:51 1999

Hello again, I have a Sola 305 (aka Powerware 3110) here connected via a serial INT-0051 cable which I am trying to get working with nut. The driver.list file indicates that nut supports the Sola 305 when connected via the INT-0025C cable using the genericups driver with upstype set to 7 but it does not mention the INT-0051. I was able to use the "Basic CheckUPS II" utility provided

+-----------------------------------------------------------------+ | | | Black APC 940-0024C Smart Signalling UPS Cable Wiring Diagram | | This information is verified and tested to be 100% correct. | | |

Dear R-help, Why does the second grep reject when the first grep accepts? Why does regexpr accept what grep rejects? >eqtn [1] "(1.2*A%*%B)/2" >if(grep("A\\%\\*\\%B",eqtn)==1)erind<-1 >if(grep("A\\%\\*\\%A",eqtn)==1)erind<-1 Error in if (grep("A\\%\\*\\%A", eqtn) == 1) erind <- 1 : missing value where logical needed

Hello * Trying to get above serial UPS to work gives my some troubles. With upstype=21 [CP=RTS] [OL=CTS] [LB=-DCD] [SD=RTS+DTR] and/or upstype=4 [CP=RTS] [OL=CTS] [LB=-DCD] [SD=-RTS] I do get OL OB LB ok, but shutting down the UPS does not work. Direct call w/ command genericups ... -k and from lowbatt/ initscripts doesnt do. The UPS claims to be capable of and the software shipped (RUPS2000)

> +22 = Gamatronic UPSs with alarm interface > + [CP=RTS] [OL=CTS] [LB=\-DCD] [SD=DTR] > + > +22 = CyberPower SL seriess > + [CP=RTS] [OL=CTS] [LB=\-CAR] [SD=DTR] > + > + This part of the patch is no good. While TIOCM_CAR is equivalent to TIOCM_CD (at least in some implementations) CAR certainly isn't handled the same as DCD by genericups. It won't be

This code, added to drivers/genericups.h, supports the CyberPower SL series UPSes. I've tested with my 725SL - the online/on battery transition, and low battery status, and finally the shutdown signal all work as expected. *** genericups.h.orig Sun Nov 2 16:54:24 2003 --- genericups.h Mon Oct 3 13:49:00 2005 *************** *** 220,225 **** --- 220,234 ---- TIOCM_ST

Dear R Helpers, I am running R 2.6.2 on a Windows XP machine. I am trying to use regexpr to locate full stops in strings, but, without success. Here an example:- f="a,b.c at d:" #define an arbitrary test string regexpr(',',f) #find the occurrences of ',' in f - should be one at location 2 # and this is what regexpr finds #[1] 2

R-help, Sorry if this is more of a regex question than an R question. However, help would be appreciated on my use of the regexpr function. In the first example below, I ask for all characters (a-z) in 'abc123'; regexpr returns a 3-character match beginning at the first character. > regexpr("[[:alpha:]]*", "abc123") [1] 1 attr(,"match.length") [1] 3

Hello, Sorry if anyone gets this message twice, as my mailserver may not be working. Thanks for your response. Your idea makes a lot of sense to me, but I've been unable to get seconds to work. I ended up with this format finally: "2007-10-31_16:20:22" Problem is I am unable to get it recognized as a date using timeDate(): R>

>> On Nov 21, 2015, at 2:43 AM, R?bert SZAKSZ <robert at szaksz.eu> wrote: >> >> I mesured it and on DC and it shows 0 V (zero V). >> May be the information (pls. see attachment) that UPS PIN1 should bee keept HI is mandatory. Should I connect it to PC PIN4 DTR? > >Certainly possible. blazer_ser and nutdrv_qx should set DTR high and RTS low by default, but

Hi Shanan, Since I'm lagging too much on this point, I've forwarded your mail to the NUT development list, in the hope that another developer will have a bit of time to merge your patch. thanks for your contribution, Arnaud Quette -- Free Software Developer - http://arnaud.quette.free.fr/ Debian Developer - http://people.debian.org/~aquette/ Network UPS Tools (NUT) Project Leader -

Help-Rs,   I'm doing some string manipulation in a file where I converted a string date in mm/dd/yyyy format and returned the date yyyy.   I've used regexpr (hat tip to Gabor G for a very nice earlier post on this function) in steps (I've un-nested the code and provided it and an example of what I did below.  My question is: is there a more efficient way to do this.  Specifically is

Given a text like I want to be able to extract a matched regular expression from a piece of text. this apparently works, but is pretty ugly # some html test<-"</tr><tr><th>88958</th><th>Abcdsef</th><th>67.8S</th><th>68.9\nW</th><th>26m</th>" # a pattern to extract 5 digits > pattern<-"[0-9]{5}" #

Each of the following calls crash ("core dumps") R (R --vanilla) on various versions and OSes: regexpr("a{2-}", "") sub("a{2-}", "") gsub("a{2-}", "") EXAMPLES: > sessionInfo() R version 2.11.1 Patched (2010-09-16 r52949) Platform: i386-pc-mingw32 (32-bit) ... > regexpr("a{2-}", "") Assertion

Each of the following calls crash ("core dumps") R (R --vanilla) on various versions and OSes: regexpr("a{2-}", "") sub("a{2-}", "") gsub("a{2-}", "") EXAMPLES: > sessionInfo() R version 2.11.1 Patched (2010-09-16 r52949) Platform: i386-pc-mingw32 (32-bit) ... > regexpr("a{2-}", "") Assertion