search for: 17124

Here are a couple of articles I wrote describing a couple of handy helpers for dealing with polymorphic objects. These helpers allow you to generate urls and render partials on objects without knowing what class they are ahead of time. http://www.sciwerks.com/blog/2006/05/24/polymorphic-urls/ http://www.sciwerks.com/blog/2006/05/24/polymorphic-partials/ Hopefully you will find them useful.

...enabled, since stack overflows have been seen in that case. * Fix to correctly show the group labels in dotchart() (which where lost in the ylab improvement for R 4.0.0). * addmargins(*, ..) now also works when fn() is a local function, thanks to bug report and patch PR#17124 from Alex Bertram. * rank(x) and hence sort(x) now work when x is an object (as per is.object(x)) of type "raw" _and_ provides a valid `[` method, e.g., for gmp::as.bigz(.) numbers. * chisq.test(*, simulate.p.value=TRUE) and r2dtable() now work correctly for la...

...enabled, since stack overflows have been seen in that case. * Fix to correctly show the group labels in dotchart() (which where lost in the ylab improvement for R 4.0.0). * addmargins(*, ..) now also works when fn() is a local function, thanks to bug report and patch PR#17124 from Alex Bertram. * rank(x) and hence sort(x) now work when x is an object (as per is.object(x)) of type "raw" _and_ provides a valid `[` method, e.g., for gmp::as.bigz(.) numbers. * chisq.test(*, simulate.p.value=TRUE) and r2dtable() now work correctly for la...

...enabled, since stack overflows have been seen in that case. * Fix to correctly show the group labels in dotchart() (which where lost in the ylab improvement for R 4.0.0). * addmargins(*, ..) now also works when fn() is a local function, thanks to bug report and patch PR#17124 from Alex Bertram. * rank(x) and hence sort(x) now work when x is an object (as per is.object(x)) of type "raw" _and_ provides a valid `[` method, e.g., for gmp::as.bigz(.) numbers. * chisq.test(*, simulate.p.value=TRUE) and r2dtable() now work correctly for la...

...#69653 (3744042344) in inode 17072. CLEARED. Illegal block #69655 (2639235121) in inode 17072. CLEARED. Illegal block #69656 (3190320101) in inode 17072. CLEARED. Illegal block #69657 (1758759856) in inode 17072. CLEARED. Too many illegal blocks in inode 17072. Clear inode<y>? yes Inode 17124 has illegal block(s). Clear<y>? yes Note that for each inode we cleared, we lost one of the 1_gig_files. For example, check out this directory listing: [root at hera newprojects]# ls -lart | more total 835484832 ?--------- ? ? ? ? ? rand_gig.797 ?--------- ? ?...

...0007ffff736e000 132 104 104 rw--- [ stack ] 00007ffff73f4000 8 8 0 r-x-- [ anon ] 00007ffff73f6000 8 0 0 r---- [ anon ] ffffffffff600000 4 0 0 r-x-- [ anon ] ---------------- ------- ------- ------- total kB 119812 17124 15052 After init 6 within the VM: root at xen:~# pmap -x 4121 4121: /usr/lib/xen-4.4/bin/xl create --quiet --defconfig /etc/xen/auto/mail_deb80.cfg Address Kbytes RSS Dirty Mode Mapping 0000000000400000 144 144 0 r-x-- xl 0000000000623000 4 4...