search for: bdes

A non-text attachment was scrubbed... Name: not available Type: text Size: 3126 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/19991130/5cb00c0f/attachment.pl

...effects", se=TRUE)$se trt 0.3526684 > summary.lm(u)$sigma/sqrt(2)*sqrt(3/4) # m=4 [1] 0.3054198 " > unique(predict.lm(bal1.aov, type="terms", se=TRUE)$se) trt 1 0.3054198 II (d) In the interests of brevity (sic!), I will limit attention to means: "bdes" <- structure(list(trt = structure(as.integer(c(1, 2, 1, 3, 1, 4, 2, 3, 2, 4, 3, 4)), .Label = c("a", "b", "c", "d"), class = "factor"), blk = structure(as.integer(c(1, 1, 2, 2, 3,...

...against casual hijacking of the CC numbers by using 2-way encryption, storing the salt somewhere other than in the database 2) delete the encrypted card number and CVV2 after each order is marked as paid Does anyone have any thoughts? Better ways to do this? Warnings? Cheers, Steven Luscher (BDes Hons., Provisional RGD) { c = Steven Luscher Design; w = http://www.stevenluscherdesign.com/ e = design@stevenluscherdesign.com; p = 604.628.9813; } PS. Let me apologize that my first posting to the Rails list has been an off-topic one. What bad form ? I''m sorry! ---...

Óscar Fuentes <ofv at wanadoo.es> writes: >> Chris is absolutely on-target as to why the current build is slow. It's >> slow because recursive make hides the parallelism. It hides the >> parallelism because it hides the dependencies. There is no way to get >> around that problem with a recursive make build system. > > You keep repeating that and I say

greened at obbligato.org (David A. Greene) writes: > Joachim Durchholz <jo at durchholz.org> writes: > >> On the reasons why make-based builds are slow, Peter Miller has some >> insight to offer: >> http://miller.emu.id.au/pmiller/books/rmch/ . >> I'm not sure how widely recognized that paper is. Maybe it's widely >> known and today's build