search for: mxi

Why will this simple statement not work? I think I am following the documentation for if(cond) statements, and I have tried wrapping the cons.expr and alt.expr in {}, I get the same error. There is no example in the help file, and this is not covered in the Introduction to R, SimpleR or other tutorials I have looked into. mxx=max(cpx_list$nMV); mxy=max(trend_list$nMV); if (mxx>mxy) mxy=mxx

Dear Researchers, I wrote two function to fit a circle using noisy data. 1- the fitCircle() is derived from MATLAB code of * zhak Bucher* from the link http://www.mathworks.com/matlabcentral/fileexchange/5557-circle-fit/content/circfit.m 2- the CircleFitByPratt() from MATLAB code of *Nikolai Chernov *from the link

We can let compiler driver pass the right options to preprocessor after processing -Mxy options, right now its bypassing the gcc driver and handing them straight to cpp This also helps in other compilers processing these options correctly for their preprocessors consumption Signed-off-by: Khem Raj <raj.khem at gmail.com> --- mk/syslinux.mk | 4 ++-- 1 file changed, 2 insertions(+), 2

> On Sep 13, 2015, at 11:04 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux > <syslinux at zytor.com> wrote: >> We can let compiler driver pass the right options to preprocessor after >> processing -Mxy options, right now its bypassing the gcc driver and >> handing them straight to cpp >>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've written a function in R which takes a symmetrical matrix as input and processes all triplicate combinations of values from the matrix. The function looks something like: my_fun <- function(m) { if( nrow(mat) != ncol(mat) ) { stop("'m' must be a square matrix") } size <- nrow(m) for(x in 1:(size -2)) {

On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux <syslinux at zytor.com> wrote: > We can let compiler driver pass the right options to preprocessor after > processing -Mxy options, right now its bypassing the gcc driver and > handing them straight to cpp > > This also helps in other compilers processing these options correctly > for their preprocessors consumption

On Mon, Sep 14, 2015 at 1:36 AM, Khem Raj <raj.khem at gmail.com> wrote: > >> On Sep 13, 2015, at 11:04 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Thu, Sep 10, 2015 at 1:55 AM, Khem Raj via Syslinux >> <syslinux at zytor.com> wrote: >>> We can let compiler driver pass the right options to preprocessor after >>> processing

Hello, SAS' point and click interface has the option of produce a scatterplot with a superimposed confidence ellipse for the correlation coefficient. Since I generally like R so much better, I would like to reproduce this in R. I've been playing with the ellipse package. In order to have the points and the ellipse on the same graph I've done the following. (Load ellipse

Hi, I have a problem with rsyncing large data sets (consisting bunch of small files) over ssh. rsync 2.6.6 on both sides. Linux 2.6.10 on receiving side, 2.6.12.6 on sending side. This strace is from rsyncing over 2Mbit link but I can repeat it over 100Mbps lan, too (while testing on lan 2.6.11.3 was on sending and 2.6.12.6 on receiving side). I wonder what can be problem here? Some

Hi, I have a few corrections for OPENssh-2.9p1 solaris packaging. I use to configure: setenv CFLAGS -I/opt/local/include setenv LDFLAGS "-R/opt/JGMAzlib/lib -L/opt/JGMAzlib/lib" ./configure --prefix=/opt/OPENssh --with-tcp-wrappers --sysconfdir=/etc/opt/OPENssh --localstatedir=/var/opt/OPENssh --with-pid-dir=/var/opt/OPENssh/run --with-ssl-dir=/opt/OPENssl --with-ipv4-default

...#yQ%Vq8$xLUF5mTceStwQalnFi2}ayL#{5VRG&D$HcQYh(|{a3={-myd+7DRVtO# zuU|jm-M3$$q2GBZ-443*Al;Iu5J1@gRGm0~tvSCeKf>nCn~@}mmwR_-O2f?<6;{74 zSbQ8@N%5!67pL`CphyxK=MR#1GX?`g6Rhhu#jKA0s*U2TWcE#LNW;KXoSgOUQe&J= z^=0DUQ_H%nP0TpnvOBtJthlKR0g=#*E%ZrWOuejwSO&Gnt7!);JsY65v`1H5K+d&O zoZr5Jl*D)zdMxIQRr|*}r;v=l>5=sdLFwBu^=*!Oa5z?V12D37LXspj`B`LKImy)n zo5;@1<p-BJ9JH4!x-L7@kY2NX#nQ8(Y;4`D^_k$gfdpee*_cPcDdxp=qU#q2^nRZX zEgHqAv4L!MnIIecI;J)K#!tl|q*J-=k|eUOzboVX|0UU2-gKvr6(`(z>Fa|S+n0B- z+xzJdW~6sypW|S?$GH?<<cssIdEv)%s4eb1Y~;qCVbgm(7!(qFU)O&SO!ISaOt^+) z!gUNQuv0Ay76vQ!?j2BdlglIUEI...

...QnPqy4ABnXRdVF1bIIe0oWJctvLsNFGeum+bL3sd3D RR6oU/w1FFy5qmcVZYSX1iV+PXigWrlKLkWCBqXuKx+YhPH5pK5nJVGDXjC3Qa/CLbrXaoW2rS4C XfklXVJSGG/WCeUEKMuloRCXDaWuQurs9mHD/xsL5pighnf24kXjhX4WymUrqSci9NyGZo6joHk+ 3IC79z68Lsk/iZ4IJtiDT609l1qT8whSIkeYcs8lrFw1LA37YeUwN01llZ5L7rjUVFB6if4Xp186 fwplbmRzdHJlYW0KZW5kb2JqCjMxIDAgb2JqCjQ4NDUKZW5kb2JqCjMyIDAgb2JqCjw8IC9UeXBl IC9Gb250RGVzY3JpcHRvciAvQXNjZW50IDkwNSAvQ2FwSGVpZ2h0IDcyMyAvRGVzY2VudCAtMjEy IC9GbGFncyAzMgovRm9udEJCb3ggWy02NjUgLTMyNSAyMDI4IDEwMDZdIC9Gb250TmFtZSAvVkJV T0ZTK0FyaWFsTVQgL0l0YWxpY0FuZ2xlIDAgL1N0ZW1WCjAgL0xlYWRpbmcgMzMgL01heFdpZHRo IDIwMDAgL1hIZWlnaHQgN...

.....TPVEp.F0S 00e0: 53 a0 12 93 7b 53 47 4d 44 0a 0f 00 01 70 0a 03 S...{SGMD....p.. 00f0: 46 30 53 53 a1 07 70 01 46 30 53 53 a0 10 7b 53 F0SS..p.F0SS..{S 0100: 47 4d 44 0a 80 00 70 0a 80 54 50 56 45 a4 44 52 GMD...p..TPVE.DR 0110: 45 54 a0 44 1d 93 6a 01 08 4d 58 49 46 12 45 05 ET.D..j..MXIF.E. 0120: 0a 00 12 08 02 00 11 04 0a 04 00 12 08 02 00 11 ................ 0130: 04 0a 04 00 12 08 02 00 11 04 0a 04 00 12 08 02 ................ 0140: 00 11 04 0a 04 00 12 08 02 00 11 04 0a 04 00 12 ................ 0150: 08 02 00 11 04 0a 04 00 12 08 02 00 11 04 0a 04 ...................

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking