similar to: an unusual use for R

Hi, Op 25-sep-06, om 23:26 heeft Chris Lattner het volgende geschreven: > On Mon, 25 Sep 2006, Bram Adams wrote: >> Haven't tried them extensively yet, so I'm >> wondering whether the remark in your mail of 09/04/2006 to Nikhil >> Patil about >> "-g currently disables many optimizations" still holds. > > Yes, that is true. What are you trying

Hi, Recently I saw a couple of cases in which the package vignettes were somewhat complicated so that Stangle() (or knitr::purl() or other tangling functions) can fail to produce the exact R code that is executed by the weaving function Sweave() (or knitr::knit(), ...). For example, this is a valid document that can pass the weaving process but cannot generate a valid R script to be source()d:

On Mon, 25 Sep 2006, Bram Adams wrote: > Op 25-sep-06, om 20:07 heeft Chris Lattner het volgende geschreven: >> What are you trying to accomplish? Why not use location records from >> debug info? > > You mean the debugging intrinsics? Just discovered them :-), and I guess > that's exactly what I need. Haven't tried them extensively yet, so I'm >

Hi, Op 25-sep-06, om 20:07 heeft Chris Lattner het volgende geschreven: > What are you trying to accomplish? Why not use location records from > debug info? You mean the debugging intrinsics? Just discovered them :-), and I guess that's exactly what I need. Haven't tried them extensively yet, so I'm wondering whether the remark in your mail of 09/04/2006 to Nikhil Patil

Hi, With the following Sweave minimal file: ---<--------------------cut here---------------start------------------->--- \documentclass{article} \usepackage{Sweave} \begin{document} <<binom-sim>>= thetas <- seq(0, 1, by=0.001) prior <- rep(1, length(thetas)) / length(thetas) lik <- dbinom(1, 1, thetas) lik.p <- prior * lik post <- lik.p / sum(lik.p)

Hello All, Ticket #30 (http://mongrel.rubyforge.org/ticket/30) has a set of changes to mongrel that I''ve written on behalf of my employer, Raritan Computer, Inc. Also, these changes are released under the existing Ruby license used for Mongrel. Raritan is using mongrel internally for product development and was not able to get the level of scalability desired due to limitations

Hi, as far as I understand it, the new R devel feature of processing non-Sweave vignettes will (a) locate any "[.][RrSs](nw|tex)$" or ".Rmd" files, (b) check for a registered vignette engine, (c) process the file using the registered "weave" function, (d) and possibly post process the generated weave artifact (e.g. a *.tex file). I'd like to propose to extend

I am relatively new to R, but am intrigued by its flexibility. I am interested in quantile regression and quantile estimation as regards to cotton fiber length distributions. The length distribution affects spinning and weaving properties, so it is desirable to select for certain distribution types. The AFIS fiber testing machinery outputs a vector for each sample of type c(12, 235, 355, . . .

Sorry to bother, but I can?t understand a lot of your double standards ... On the one hand develop a proprietary product "CrossOver Linux", but at the same time cooperating with the project "Wine" that's free. Wine could be today better than CrossOver Linux, but who knows, perhaps you are sabotaging and delaying the Wine project. I Don?t understand why you don?t develop

Hi Seth, The possibility of caching computations would be a great boon when one is iteratively refining a paper; so I'm most grateful for your work on this. Unfortunately I have a problem to report: ******************installing****************** > source("http://bioconductor.org/biocLite.R") > biocLite("weaver") Running getBioC version 0.1.8 with R version

I am having problems implementing Samba using security=domain against a Windows 2008R2 server. I have been able to successfully join the domain via a net rpc join. Anytime I try to access a share through smbclient I get a NT_STATUS_TRUSTED_RELATIONSHIP_FAILURE but nothing in the logs (on either side) seems to be giving me any leads on where to look. The system is locked down to allow NTLv2

Hello Mongrels, Release candidates for Mongrel 1.0.2 and its dependencies are now available. Note that gems are now signed, so please add the Mongrel public certificate via: $ wget http://rubyforge.org/frs/download.php/25325/mongrel-public_cert.pem $ gem cert --add mongrel-public_cert.pem Now you can verify and install the candidates via gem install: $ sudo gem install mongrel

Hi Zed, I checked in a pure-Ruby URI classifier to Mongrel trunk. Ola''s Java port of the TST had some bug, and I don''t think it''s necessary in the first place. The Ruby classifier is around 25 lines instead of the 400-odd lines for the C extension and the 200-odd for the Java extension. It uses a Regexp which is perhaps shady: @matcher = Regexp.new(routes.map do

Hi all, There is a bug with Mongrel on JRuby 1.0.3 that the JRuby guys want fixed before they release it. If it''s ok with people I''d like to fix that, revert (at least for now) the proxy response change, and tag that as 1.1.2 and release it. Anything wrong with this plan? Evan -- Evan Weaver Cloudburst, LLC

Dear Mongrels, The same questions keep coming up over and over on the list, which is ok, but not really optimal. If we added a wiki to the Mongrel site to handle FAQs, what wiki should it be? Required features would be: * Spam protection * Doesn''t look shitty I would probably spring for Trac (and also migrate the bugtracker) if noone else has opinions, but I''m sure some of

Hi all, I've added a new package 'weaver' to the BioC repository: http://www.bioconductor.org/packages/1.9/bioc/html/weaver.html The weaver package provides extensions to the Sweave utilities included in R's base package. The focus of the extensions is on caching computationally expensive (time consuming) code chunks in Sweave documents. Why would you want to cache code

Hi all, I've added a new package 'weaver' to the BioC repository: http://www.bioconductor.org/packages/1.9/bioc/html/weaver.html The weaver package provides extensions to the Sweave utilities included in R's base package. The focus of the extensions is on caching computationally expensive (time consuming) code chunks in Sweave documents. Why would you want to cache code

On 10.03.2015 20:20, Rowland Penny wrote: > > OK, the first will not work (well not yet), the second should, I > take it you ran 'kinit Administrator at AD.DILKEN.EU' as root before > the join ? > > You could try 'net ads join -U Administrator' and enter the > password when prompted, I personally have never seen the point in > using kerberos during the

Hi, I am trying to avid the somewhat costly startup overhead of launching a separate R executable for each "client" request on Linux. My current architecture is such that My Java client explicitly calls R in batch mode and passes it certain parameters. The initital startup takes almost 10 seconds because R has to load a bunch of libraries as well as a moderately large, previously

Hi all I'm desperate now. On one of the sites I cannot connect Ubuntu to Windows AD 2003. Error below. On exactly the same setup but on a different network and also on VirtualBox VMs everything works as expected. Looks like something on the network then or mission parameter. Error is about KDC but I can successfully do kinit and get ticket. I can also successfully run: sudo net ads info