search for: ipar

...attributes:\n") + print(names(attributes(params))) + #Relisting it turns it into a list... + params <- relist(params) + cat("---------\n") + #..which can then be called in the standard list manner + return( (1-params$x)^2 + 100*(params$y - params$x^2)^2) + } > > ipar <- as.relistable(list(x=5,y=0)) > initial.params <- unlist(ipar) > > #Test to see if rb.banana works properly in the "normal" case > rb.banana(initial.params) Params initially has the attributes: [1] "names" "skeleton" --------- [1] 6...

...r your contribution, Arnaud Quette -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/ Peter Rutten <prutten@ipar.de> 01/13/06 02:50 PM A arnaud.quette@mgeups.com cc Objet Addition to the list of supported UPS Hello Arnaud, I recently got a UPS which isn't in your list of supported devices. However, with the excellent protocol information you provide I was able to identify the protocol it sp...

...im() example in the Details section of relist()'s help page is not totally correct. In particular, in the current form it is not taken into account that vcov should be a symmetric matrix and only the parameters in the lower (or upper) triangular part should be optimized. A possible fix is: ipar <- list(mean = c(0, 1), vcov = c(1, 1, 0)) initial.param <- as.relistable(ipar) invvech <- function (x) { d <- 0.5 * (sqrt(8 * length(x) + 1) - 1) out <- matrix(0, d, d) out[lower.tri(out, TRUE)] <- x ind <- upper.tri(out) out[ind] <- t(out)[ind]...

...a<- read.dta("race.dta")??? # item responses resp.data<-racedata[,-c(1:2)] # grouping variable is in the second column af<-racedata[,2] # run lordif >race.dif<-lordif(resp.data, af, criterion="Chisqr", alpha=0.05, minCell=1) >attributes(race.dif) >ipar1 <- race.dif$ipar > class(ipar1) [1] "data.frame" > class(resp.data) [1] "data.frame" > head(ipar1) ????????? a????? cb1 I1 2.565834 1.959045 I2 2.033049 1.389847 I3 2.693962 1.951471 I4 1.772003 1.864188 I5 3.478853 2.091705 I6 1.479415 2.586945 >...

...erate on functions that take lists as input; it - only likes numeric vectors. The solution is conversion: + only likes numeric vectors. The solution is conversion. Given a + function mvdnorm(x, mean, vcov, log=FALSE) which computes the required + probability density, then \preformatted{ ipar <- list(mean=c(0, 1), vcov=cbind(c(1, 1), c(1, 0))) initial.param <- as.relistable(ipar) @@ -68,9 +71,8 @@ ll <- function(param.vector) { param <- relist(param.vector) - -sum(dnorm(x, mean = param$mean, vcov = param$vcov, + -sum(mvdnorm(x, mean = param$mean, vcov = p...

...already be able to > install it, or > will have to wait a few more days... > > cheers, > Arnaud > -- Finally 2.6 reached debian testing, so I can confirm my UPS is working with nut, now using the blazer_usb driver. For the HCL's sake: Low-end UPS sold in Spain under the IPAR brand, Mini Energy series, model ME 800. It apparently works well with the blazer_usb driver. Tested on power failure, after exhausting batteries the system is gracefully shut down. upsc output: battery.voltage: 13.80 battery.voltage.nominal: 12.0 beeper.status: enabled device.mfr: device.model...

...ourceCache/samba/samba-187.8/ samba/source/lib/util_sock.c:get_peer_addr(1224) getpeername failed. Error was Invalid argument [2009/03/12 09:06:23, 2, pid=23693] /SourceCache/samba/samba-187.8/ samba/source/smbd/reply.c:reply_special(328) netbios connect: name1=NEWYORK name2=BRITNEY-IPAR [2009/03/12 09:06:23, 2, pid=23693] /SourceCache/samba/samba-187.8/ samba/source/smbd/reply.c:reply_special(335) netbios connect: local=newyork remote=britney-ipar, name type = 0 [2009/03/12 09:06:23, 0, pid=23693] /SourceCache/samba/samba-187.8/ samba/source/lib/util_sock.c:write_data(562)...

I would like to report a working device to add to the hardware compatibility list, but cannot find a way on the website. Would this list be OK for that purpose? Best regards, Ernest

...and DEF > info, > > > Yes I believe that preserve_most or preserve_all should help you even with out IPRA. But just to note IPRA can even help further for example on X86 preserve_most cc will not preserve R11 (this can be verified from X86CallingConv.td and X86RegisterInfo.cpp) how ever IPAR calculates regmask based on the actual register usage and if procedure with preserve_most cc does not use R11 and none callsite inside of function body then IPRA will mark R11 as preserved. Also IPRA produces RegMask which is super set of RegMask due to calling convention. > This CALL instructi...

...erent register USE and DEF info, Yes I believe that preserve_most or preserve_all should help you even with out IPRA. But just to note IPRA can even help further for example on X86 preserve_most cc will not preserve R11 (this can be verified from X86CallingConv.td and X86RegisterInfo.cpp) how ever IPAR calculates regmask based on the actual register usage and if procedure with preserve_most cc does not use R11 and none callsite inside of function body then IPRA will mark R11 as preserved. Also IPRA produces RegMask which is super set of RegMask due to calling convention. I believe that __attribu...

...erent register USE and DEF info, Yes I believe that preserve_most or preserve_all should help you even with out IPRA. But just to note IPRA can even help further for example on X86 preserve_most cc will not preserve R11 (this can be verified from X86CallingConv.td and X86RegisterInfo.cpp) how ever IPAR calculates regmask based on the actual register usage and if procedure with preserve_most cc does not use R11 and none callsite inside of function body then IPRA will mark R11 as preserved. Also IPRA produces RegMask which is super set of RegMask due to calling convention. I believe that __attribu...

...erent register USE and DEF info, Yes I believe that preserve_most or preserve_all should help you even with out IPRA. But just to note IPRA can even help further for example on X86 preserve_most cc will not preserve R11 (this can be verified from X86CallingConv.td and X86RegisterInfo.cpp) how ever IPAR calculates regmask based on the actual register usage and if procedure with preserve_most cc does not use R11 and none callsite inside of function body then IPRA will mark R11 as preserved. Also IPRA produces RegMask which is super set of RegMask due to calling convention. I believe that __attribu...

Hello Peter, Thanks to pointing out this interesting case. > Vivek, > I have an application where many of the leaf functions are > Hand-coded assembly language, because they use special IO instructions > That only the assembler knows about. These functions typically don't > Use any registers besides the incoming argument registers, IE they don't > Need to

...erent register USE and DEF info, Yes I believe that preserve_most or preserve_all should help you even with out IPRA. But just to note IPRA can even help further for example on X86 preserve_most cc will not preserve R11 (this can be verified from X86CallingConv.td and X86RegisterInfo.cpp) how ever IPAR calculates regmask based on the actual register usage and if procedure with preserve_most cc does not use R11 and none callsite inside of function body then IPRA will mark R11 as preserved. Also IPRA produces RegMask which is super set of RegMask due to calling convention. I believe that __attribu...

The following series implement a way to generate the help messages and the btrfs man page from the sources comments for the "btrfs" commanda . The syntax and the detailed help of every subcommand are stored in the comments before the function which implements the subcommand. The fact that the help messages and the man page are generated from the same source should help to avoid

As soon as the application starts, a window pops up that (normally under windows) would say "this is a trial version demo, click okay to start the trial", or something along those lines. The window is blank and clicking randomly on it (to find the "ok") does not work either. The following output from wine during this test is as follows : err:iphlpapi:getRouteTable Received