Re: [R-SIG-Mac] [R] Sweave, lty = 3 line incorect in pdf output

2010-02-11 Thread Thomas Lumley
___ R-SIG-Mac mailing list R-SIG-Mac@stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-sig-mac Thomas Lumley Assoc. Professor, Biostatistics tlum...@u.washington.eduUniversity of Washington, Seattle

Re: [R-SIG-Mac] ld: multiple definitions of symbol

2009-01-13 Thread Thomas Lumley
Thomas Lumley Assoc. Professor, Biostatistics tlum...@u.washington.eduUniversity of Washington, Seattle ___ R-SIG-Mac mailing list R-SIG-Mac@stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] FAQ? Mac distributed/multiple processor solutions?

2007-12-04 Thread Thomas Lumley
On Tue, 4 Dec 2007, Rob Forsyth wrote: options here. I am working on an iMac G5 and could access (at home - i.e. not on a LAN) another G5 and a G4. I've come across the R/MPI package but would appreciate advice as to how easy this is to set up (would it actually be simpler to divide the job

Re: [R-SIG-Mac] malloc problem R2.6.1 on leopard

2007-12-03 Thread Thomas Lumley
-mac Thomas Lumley Assoc. Professor, Biostatistics [EMAIL PROTECTED] University of Washington, Seattle ___ R-SIG-Mac mailing list R-SIG-Mac@stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Re: [R-SIG-Mac] R multi-cpu and 64 bit

2006-11-02 Thread Thomas Lumley
On Thu, 2 Nov 2006, [EMAIL PROTECTED] wrote: Using SNOW, or MPI, or some careful batch programming to split up your tasks across CPUs - yes. This is the same sort of thing you'd likely face in Stata -- unless they've invested a HUGE amount of effort in making threaded/parallelized

Re: [R-SIG-Mac] Weird problem redirecting lattice graph to a file

2006-08-14 Thread Thomas Lumley
Street, NW Suite 600 Washington, DC 20036-3521 Ph: 202-912-1516 [EMAIL PROTECTED] http://www.teaminitiative.org/ ___ R-SIG-Mac mailing list R-SIG-Mac@stat.math.ethz.ch https://stat.ethz.ch/mailman/listinfo/r-sig-mac Thomas Lumley

[R-SIG-Mac] ftp on new macs

2006-07-07 Thread Thomas Lumley
the put command). This makes the ftp client use the old-fashioned passive mode rather than extended passive mode. It seems that there should be a better solution, but I don't know what it is. -thomas Thomas Lumley Assoc. Professor, Biostatistics [EMAIL PROTECTED