similar to: glm and lrm disagree with zero table cells

I have a SUSE 9.2 box running 3.0.3-testing-rc3, and dom0 and domU disagree on the cpu frequency. dom0 has two CPUs and domU one vcpu. dom0 says: model name : Intel(R) Pentium(R) III CPU family 1400MHz stepping : 1 cpu MHz : 1558.703 bogomips : 2800.85 domU says: model name : Intel(R) Pentium(R) III CPU family 1400MHz stepping : 1 cpu MHz

Full_Name: Paul Bailey Version: 2.3.1 OS: OS X (10.4.6) Submission from: (NULL) (128.135.133.123) according to cat's help file, "'cat' converts numeric/complex vectors in the same way as 'print' (and not in the same way as 'as.character' which is used by the S equivalent), so 'options' '"digits"' and '"scipen"' are

The tone of your email makes it look like you think the exact output of cat and print in these instances is irrelevant and not worth thinking about and that the documentation is `close enough,' or up to the (perhaps implied) R documentation standard. This is a reasonable stance. If you hold it, please just circular file my bug report as irrelevant and let's not waste any more time on it.

I have a situation where the parameter estimates from lrm identify a binary predictor variable ("X") as clearly non-significant (p>0.3), but the ANOVA of that same model gives X a chi^2-df rank of > 200, and adjudicates X and one interaction of X and a continuous measure as highly significant. The N is massive and X has two categories, each with > 100,000 observations.

1 4 499492 150392 4496 4763380 0 0 192 552 1227 1094 2 0 75 24 0 0 5 499492 150656 4500 4763528 0 0 0 160 465 263 1 0 68 30 0 0 5 499492 150468 4500 4763532 0 0 0 0 177 93 1 0 69 31 0 1 5 499492 151020 4500 4763540 0 0 0 0 160 132 0 0 69 31 0 1 5 499492 151268 4500 4763540 0 0 0 0 304 143 1 0 69

Hi, I have a problem where Dovecot and its LDA seem to disagree on what character encoding should be used in Maildir names. I use Dovecot and Postfix on a Debian server. Mail is delivered by Dovecot LDA (called from .forward) and sorted according to a Sieve script into a number of Maildir folders in my home directory. Dovecot serves the mail over IMAP and I read it in Kmail. I originally

I am sure I am opening myself up to looking stupid, but I have two samples with medians of 613.5 and 189 (difference in location of 424 compared to the difference suggested from the wilcoxon of 291.5) > wilcox.test(pipwtCount,pipwdCount, conf.int=TRUE, na.rm=TRUE) Wilcoxon rank sum test data: pipwtCount and pipwdCount W = 822, p-value = 0.01227 alternative hypothesis: true location

I have used lme() on data from a between-within subjects experiment. The correct ANOVA table is known because this is a textbook example (Experimental Design by Roger Kirk Chapter 12: Split-Plot Factorial Design). The lme() F-values differ from the known results. Please help me understand why. d<-read.table("kirkspf2.dat",header=TRUE) for(j in 1:4) d[,j] <- factor(d[,j]) ### Make

I''ve run into an odd one on one of my new RHEL 6 boxes. Puppet and Facter seem to disagree about the value of a fact. Puppet version: 2.7.9 Facter version: 1.6.4 Module: puppetlabs-apache apache::params falls through its if structure: if $::osfamily == ''redhat'' or $::operatingsystem == ''amazon'' { ... } elsif $::osfamily ==

If I have data that I feed into shapio.test and jarque.bera.test yet they seem to disagree. What do I use for a decision? For my data set I have p.value of 0.05496421 returned from the shapiro.test and 0.882027 returned from the jarque.bera.test. I have included the data set below. Thank you. Kevin "Category","Period","Residual" "CHILD HATS, WIGS &

Until a weeks ago I used stata for everything. Now I'm learning R and trying to move. But, in this stage I'm testing R trying to do the same things than I used to do in stata whit the same outputs. I have a problem with the logit, applying weights. in stata I have this output . svy: logit bach job2 mujer i.egp4 programa delay mdeo i.str evprivate (running logit on estimation sample)

On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: > Hi Bill, > >> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? > > I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed > down due to some clang changes. I'm not going to investigate this. > Crumbs. John, Do you know of anything that went into

This command cdmoutcome<- glm(log(value)~factor(year) > +log(gdppcpppconst)+log(gdppcpppconstAII) > +log(co2eemisspc)+log(co2eemisspcAII) > +log(dist) > +fdiboth > +odapartnertohost > +corrupt > +log(infraindex) > +litrate > +africa >

Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? -bw On Jun 20, 2012, at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote: > Did something change with exception handling recently? A bunch of lit bots are > showing slower compile times for many tests. > > Ciao, Duncan. > > On 20/06/12 07:53, llvm-testresults at cs.uiuc.edu

Hi Bill, > Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed down due to some clang changes. I'm not going to investigate this. Ciao, Duncan. > > -bw > > On Jun 20, 2012, at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote: > >> Did

Did something change with exception handling recently? A bunch of lit bots are showing slower compile times for many tests. Ciao, Duncan. On 20/06/12 07:53, llvm-testresults at cs.uiuc.edu wrote: > > lab-mini-03__O0-g__clang_DEV__x86_64 test results > <http://llvm.org/perf/db_default/v4/nts/1283?compare_to=1278&baseline=999> > > Run Order Start Time Duration >

Dear R user: I am studying the allele data of two populations. the following is the data: a1 a2 a3 a4 a5 a6 a7 a8 a9 a10 a11 a12 a13 a14 a15 a16 a17 pop1 0.0217 0.0000 0.0109 0.0435 0.0435 0.0000 0.0109 0.0543 0.1739 0.0761 0.1413 0.1522 0.1087 0.0870 0.0435 0.0217 0.0109 pop2 0.0213 0.0213 0.0000 0.0000 0.0000 0.0426 0.1702 0.2128 0.1596 0.1809 0.0957 0.0745 0.0106

3.8.0+ #3 This happened after ''umount /btrfs'' was interrupted by ctl-C # mount | egrep btrfs /dev/mapper/mpathe on /btrfs type btrfs (rw,degraded) # cat /etc/mtab | egrep btrfs /dev/mapper/mpathe /btrfs btrfs rw,degraded 0 0 # cat /proc/mounts | egrep btrfs # umount /btrfs umount: /btrfs: not mounted # -Anand -- To unsubscribe from this list: send the line "unsubscribe

I am having a problem with ${DIALSTATUS} and )=CDR(disposition) disagreeing. Below is a dialplan snippet and the resulting CLI output. This is running in an 'h' extension. Noop(DIALSTATUS=${DIALSTATUS}) Noop(CDR(disposition)=${CDR(disposition)}) -- Executing [h at pbxmax-dial-simple:1] NoOp("SIP/msx_01-0000005b", "DIALSTATUS=ANSWER") in new stack

I updated a C5 system to 2.6.18-406.el5 (from 404) and the kvm_intel module doesn't load anymore: # dmesg |grep kvm kvm_intel: disagrees about version of symbol struct_module anyone seeing similarities? -- LF