search for: pmm

...> I want to call the mice function from the MICE package from my own package. >> However I run into this issue, which can be reproduced on the command line: >> mice::mice(airquality)#> Error in check.method(setup, data): The >> following functions were not found: mice.impute.pmm, mice.impute.pmm >> I have no problems when doing >> library(mice) >> mice(airquality) >> Is this a bug or am I missing something? >> Thanks, >> Ole H?st >> [[alternative HTML version deleted]] >> ______________________________________________ >&g...

...use mice::mice() rather than library(mice); mice() is that I want to call it from my own package. But the reprex works from the command line as well, straight after launching R: mice::mice(airquality) #> Error in check.method(setup, data): The following functions were not found: mice.impute.pmm, mice.impute.pmm The mice.impute functions are exported from the mice package but not found.I cannot figure out why but I was hoping someone else had come across the issue. Interestingly, I can circumvent the problem by doing foreach(i = ...) %dopar% {mice::mice()} Thanks for your help, Ole...

I want to call the mice function from the MICE package from my own package. However I run into this issue, which can be reproduced on the command line: mice::mice(airquality)#> Error in check.method(setup, data): The following functions were not found: mice.impute.pmm, mice.impute.pmm I have no problems when doing library(mice) mice(airquality) Is this a bug or am I missing something? Thanks, Ole H?st [[alternative HTML version deleted]]

...oint from 0x00010020 to 0x000f6600 (d6) Copying MPTABLE from 0xfc001160/fc001170 to 0x000f6500 (d6) Copying PIR from 0x00010040 to 0x000f6480 (d6) Copying ACPI RSDP from 0x000100c0 to 0x000f6450 (d6) Using pmtimer, ioport 0xb008 (d6) Scan for VGA option rom (d6) Running option rom at c000:0003 (d6) pmm call arg1=0 (d6) Turning on vga text mode console (d6) SeaBIOS (version ?-20150729_130325-) (d6) Machine UUID 8ebc5a48-2f57-4408-9fcb-344604913e27 (d6) UHCI init on dev 00:01.2 (io=c200) (d6) Found 0 lpt ports (d6) Found 1 serial ports (d6) ATA controller 1 at 1f0/3f4/0 (irq 14 dev 9) (d6) ATA cont...

...> (d6) Copying MPTABLE from 0xfc001160/fc001170 to 0x000f6500 > (d6) Copying PIR from 0x00010040 to 0x000f6480 > (d6) Copying ACPI RSDP from 0x000100c0 to 0x000f6450 > (d6) Using pmtimer, ioport 0xb008 > (d6) Scan for VGA option rom > (d6) Running option rom at c000:0003 > (d6) pmm call arg1=0 > (d6) Turning on vga text mode console > (d6) SeaBIOS (version ?-20150729_130325-) > (d6) Machine UUID 8ebc5a48-2f57-4408-9fcb-344604913e27 > (d6) UHCI init on dev 00:01.2 (io=c200) > (d6) Found 0 lpt ports > (d6) Found 1 serial ports > (d6) ATA controller 1 at 1f0...

...rote: > I want to call the mice function from the MICE package from my own package. > However I run into this issue, which can be reproduced on the command line: > > mice::mice(airquality)#> Error in check.method(setup, data): The > following functions were not found: mice.impute.pmm, mice.impute.pmm > > I have no problems when doing > > library(mice) > mice(airquality) > > Is this a bug or am I missing something? > > Thanks, > Ole H?st > > [[alternative HTML version deleted]] > > ______________________________________________ &g...

...ression of percentage of one insect in a community on altitude, precipitations, evapotranspiration, max and min temperatures using glm. I would like to get the standard coordinates of my polynom in order to draw maps, get the maximum values, etc... Call: glm(formula = Ymat ~ poly(Alt, 2) + poly(Pmm, 2) + poly(E0, 2) + poly(Min, 2) + poly(Max, 2), family = binomial, data = tableau) Deviance Residuals: Min 1Q Median 3Q Max -15.5168 -0.1223 0.1085 3.5095 14.0412 Coefficients: Estimate Std. Error z value Pr(>|z|) (Intercept) -3.8230...

Dear list, Is there any one use MICE package deal with multilevel missing values here? I have a question about the 2lonly.pmm() and 2lonly.norm(), I get the following error quite often. Here is the code the error, could you give me some advice please? Am I using it in the right way? > ini=mice(bhrm,maxit=0) > pred=ini$pred > pred V1 V2 V3 V4 V5 V6 V7 V8 V9 V10 V11 V12 V13 V14 V15 V16 V17 V18 V1 0 1 1 1...

...icitly for this purpose. > > Pater - do you think it's a good idea to change this before QEMU 2.4 > is released? Shannon's call, I guess. I don't know enough about ACPI to say. I thought these ACPI IDs were already fixed because they were what the kernel was looking for... -- PMM

...icitly for this purpose. > > Pater - do you think it's a good idea to change this before QEMU 2.4 > is released? Shannon's call, I guess. I don't know enough about ACPI to say. I thought these ACPI IDs were already fixed because they were what the kernel was looking for... -- PMM

...U. > > You have to stick it in a C file though, so it > > won't be visible in this patch. > > Why do you think that? We have several header files which > use QEMU_BUILD_BUG_ON and I don't see any reason why > it would have to be invoked from a .c file. > > -- PMM Because Gerd wants to share this with linux uapi, and you can't use BUILD_BUG_ON in uapi headers on linux.

...U. > > You have to stick it in a C file though, so it > > won't be visible in this patch. > > Why do you think that? We have several header files which > use QEMU_BUILD_BUG_ON and I don't see any reason why > it would have to be invoked from a .c file. > > -- PMM Because Gerd wants to share this with linux uapi, and you can't use BUILD_BUG_ON in uapi headers on linux.

...> > Because Gerd wants to share this with linux uapi, and > > you can't use BUILD_BUG_ON in uapi headers on linux. > > Who owns the "master" copy of the header and commits > to making sure it builds on other things than Linux+gcc > in that case? > > -- PMM For most of virtio neither linux nor QEMU are the master. syncing them has been done manually in the past. As we are copying other headers from Linux anyway, I think it would be better for everyone if we make the Linux headers the master for QEMU going forward. -- MST

...> > Because Gerd wants to share this with linux uapi, and > > you can't use BUILD_BUG_ON in uapi headers on linux. > > Who owns the "master" copy of the header and commits > to making sure it builds on other things than Linux+gcc > in that case? > > -- PMM For most of virtio neither linux nor QEMU are the master. syncing them has been done manually in the past. As we are copying other headers from Linux anyway, I think it would be better for everyone if we make the Linux headers the master for QEMU going forward. -- MST

...seems to me it would be better to get generic PCI/PCIe working on the ARM virt board instead; then we can let virtio-mmio quietly fade away. This has been on the todo list for ages (and there have been RFC patches posted for plain PCI), it's just nobody's had time to work on it. thanks -- PMM

...seems to me it would be better to get generic PCI/PCIe working on the ARM virt board instead; then we can let virtio-mmio quietly fade away. This has been on the todo list for ages (and there have been RFC patches posted for plain PCI), it's just nobody's had time to work on it. thanks -- PMM

...9;s a good idea to change this before QEMU 2.4 >> > is released? >> >> Shannon's call, I guess. I don't know enough about ACPI to say. >> I thought these ACPI IDs were already fixed because they were >> what the kernel was looking for... >> >> -- PMM > > Apparently not :) > We assigned LNRO in ASWG to avoid collisions with our prototypes/real platforms so it makes sense to me to switch to QEMUXXXX. I will submit a new patch if Shannon wants to switch to that form. Graeme

...9;s a good idea to change this before QEMU 2.4 >> > is released? >> >> Shannon's call, I guess. I don't know enough about ACPI to say. >> I thought these ACPI IDs were already fixed because they were >> what the kernel was looking for... >> >> -- PMM > > Apparently not :) > We assigned LNRO in ASWG to avoid collisions with our prototypes/real platforms so it makes sense to me to switch to QEMUXXXX. I will submit a new patch if Shannon wants to switch to that form. Graeme

...size == sizeof cfg.device_feature_select); > return proxy->device_feature_select; Asserting is definitely the wrong thing here, since the guest can trigger it. If you really want to use offsetof like this you're going to need to decorate the structs with QEMU_PACKED. thanks -- PMM

...;bios useserial='yes'/> </os> to one of my VMs I can see the console when started via virsh start --console: $ virsh start --console upstream Domain upstream started Connected to domain upstream Escape character is ^] (Ctrl + ]) iPXE (http://ipxe.org) 00:03.0 C100 PCI2.10 PnP PMM+3E7835A0+3E6E35A0 C100 iPXE (http://ipxe.org) 00:08.0 C200 PCI2.10 PnP PMM+3E6D25A0 3E6E35A0 C200 Press ESC for boot menu.