similar to: Odd behavior in histogram breaks?

I would like a function that return the X,Y position of the mouse cursor whenever it is called PERIOD, i.e., without the button presses of locator() or identify(). E.G., > where.is.mouse() [1] 123 34 # X and Y coordinates of present mouse position in current graphics window Is this a conceivable R function or does it need to be addressed with a call to the OS (Windows 2000 in my case)?

Folks I'm sure the Centos team has done a yeoman's job getting Centos7 ready, and that the Redhat team has done marvels in creating rhel7, but here's a little voice from a personal hobbyist user. Background: ('ve been maintaining several remote servers since Redhat 6 days, migrating from that to Whitebox, then Centos, and things have been running as expected including the

> I want to combine (rbind) many dataframes into a single data frame, but "automatically" > specifying the names of the dataframes as listing of object names. > E.g., combine these 18 df objects into one big df using something conceptually like this : > rbind(objects(pattern="*.df")) Brian Ripley suggested that something along the lines of:

Dear R-wizards! I have been learning on my own how to use this fantastic program.. but I agree with some people that even with the manuals, the faq and so on.. when you are sitting fully alone.. progress can be ... slow... very slow indeed.. In fact sometimes, looking at the "solutions" provided by some of you- I am just flabbergasted to the point that I couldn't figure out how to

Lfo@psykiatri.aaa.dk wrote: > (R1.9.1 Windows) > > In legend( ) lwd have no effect on points - contrary to the behaviour > in e.g. plot( ) and points( ). It would be nice to have an option pt.lwd > affecting the line width of legend points (like pt.cex changes the > magnification). > > > An example (note the difference in line width between points in the > plot

Dear R users, I have multi-argument returns in a function and I am warned by the program they are deprecated. I have found this in the R-help archives : http://tolstoy.newcastle.edu.au/R/help/01c/0319.html http://tolstoy.newcastle.edu.au/R/help/01c/0356.html Since I am not too good at programming, the list solution seems the better one for me. It is also the one advocated by Kevin Murphy. So

CentOS Errata and Bugfix Advisory 2013:0319 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0319.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 88b511a94d8b700fc2fb9b4225831b53b1fd811267b834ec01f5ec2488592dbb krb5-devel-1.10.3-10.el6.i686.rpm

While builds and validations of R-1.6.2beta_2002-12-20 were successful on several systems, there were a few failures: ------------------------------------------------------------------------ Apple Darwin 6.2 (MacOS 10.2.2) with gcc-3.2.1: gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libgslcblas.0.0.0.dylib sasum.lo saxpy.lo ... isamax.lo izamax.lo xerbla.lo -lc -install_name

The rsync-2.5.5rc1/README says >> ... >> If you have web access then please look at >> http://rsync.samba.org/rsync/ >> >> This will give you access to the bug tracking system used by the >> developers of rsync and will allow you to look at other bug reports or >> submit a new bug report. >> ... According to that Web site, the bug tracking system

I found that my mail client reported invalid messages in the just-downloaded rsync.mbox. Further examination showed that they are due to instances of unprefixed words "From" at beginning of line in the message body. Once I fixed them, all messages are visible. It looks like the rsync.mbox file may have been prepared by simple concatenation of messages, without the filtering of

>> I have come across your reported log1p error (#2837) on a NetBSD (1.6W) >> system. I've just made further experiments on the deficient log1p() function on OpenBSD 3.2 and NetBSD 1.6 with this test program: % cat bug-log1p.c #include <stdio.h> #include <stdlib.h> #include <math.h> int main(int argc, char* argv[]) { int k; double x; for (k = 0; k

R-1.7.0 failed to build on OpenBSD 3.2: Machinetype: Intel Pentium III (600 MHz); OpenBSD 3.2 GENERIC#25 i386 Remote gcc version: gcc (GCC) 3.2.2 Remote g++ version: g++ (GCC) 3.2.2 Configure environment: CC=gcc CXX=g++ LDFLAGS=-Wl,-rpath,/usr/local/lib gcc -shared -Wl,-rpath,/usr/local/lib -o lapack.so Lapack.lo rgeev.lo rsyev.lo -L../../../bin -lRlapack

Build attempts of the new ssh-openbsd-2003091700 distribution fail like this on OpenBSD 3.2: cc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin.o servconf.o serverloop.o uidswap.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o

A build of rsync-2.6.9pre2 on DEC Alpha OSF/1 4.0 failed because of an undeclared variable at lib/inet_ntop.c:84: memcpy(dst, tmp, len + 1); len is not declared; the code looks like the third argument should instead be the value strlen(tmp) + 1 I made that change, restarted the build and validation, and got this report: ----- daemon-gzip-download rsyncd.log ends FAIL

Brian Ripley writes today: >> There is already a usable log1p implementation in src/nmath/log1p, for >> platforms without it. All we need to do is to arrange to use it on those >> systems with broken versions. That's not easy without access to such a >> platform to test it, though. I need the same kind of test in my own software, so I made some experiments and

Ray Brownrigg <ray@mcs.vuw.ac.nz> writes today about the log1p() problems on NetBSD 1.6 and OpenBSD 3.2: >> Indeed, but since I have acess to a NetBSD developer, this is an >> opportunity to get it fixed for everyone. That's a start, but the reality is that it isn't enough. There will be many sites that don't upgrade O/S versions except at possibly very long

Ray Brownrigg <ray@mcs.vuw.ac.nz> writes today about the inaccurate log1p() on NetBSD 1.6 and OpenBSD 3.2: >> Well, the source which I have access to doesn't bear that out. Interesting. Our NetBSD installation is pretty recent: % uname -a NetBSD netbsd.vm.math.utah.edu 1.6 NetBSD 1.6 (GENERIC) #0: Sun Sep 8 19:43:40 UTC 2002

A build of the new openssh-3.7.1p1 distribution failed on SGI IRIX 6.5 because the inet_ntoa.h header file is not part of the openssh-3.7.1p1 distribution: cc -I/usr/local/include -I. -I.. -I. -I./.. -I/usr/local/include -I/usr/local/include -DHAVE_CONFIG_H -c inet_ntoa.c cc-1005 cc: ERROR File = inet_ntoa.c, Line = 46 The source file "inet_ntoa.h" is unavailable. #include

There is a small configure glitch for rsync-2.5.5rc1 on Apple Darwin (== MacOS X) [ uname -a Darwin darwin.math.utah.edu 5.2 Darwin Kernel Version 5.2: Fri Dec 7 21:39:35 PST 2001; root:xnu/xnu-201.14.obj~1/RELEASE_PPC Power Macintosh powerpc ] the config.h file gets the line #define INET6 1 The link then fails with /usr/bin/ld: Undefined symbols: _freehostent _getipnodebyaddr

Builds of the R-2.0.0 release have been considerably more successful at my site than previous releases. I now have it installed on these platforms: Apple PowerPC G3 267MHz GNU/Linux 2.4.19-4a (Yellow Dog Linux release 2.3 (Dayton)) Compaq Alpha Sierra OSF/1 5.1 Compaq/DEC Alpha OSF/1 4.0F Intel Itanium-2 GNU/Linux Red Hat Linux Advanced Server release 2.1AS (Derry) Intel Pentium II FreeBSD