similar to: lm() appears to fail with large number of variables (PR# 744)

Full_Name: Mark Smucker Version: 1.1.1 OS: Windows NT Submission from: (NULL) (63.91.145.254) Hi, I have a data frame with 11 observations and 603 variables. When I call, willRaw.fit <- lm( performance ~ ., data=willRaw ) lm() runs without problems, but computes coefficients for only the first 10 variables. The remaining variables get a coefficient of NA. There are no NA values in

Martyn Plummer <plummer@iarc.fr> writes: > On 12-Apr-00 Peter Dalgaard BSA wrote: > > Might be a good idea. Mind you, Splus 3.4 does exatly the same thing, > > and I'm a little worried that the uniqueness assumption might kill > > some bootstrapping applications: > > > > glm(y ~ x, data=test.data, subset=sample(seq(along=y),replace=T)) > > Splus

Full_Name: Mark Smucker Version: 1.0.1 OS: Windows NT 4 sp 6 Submission from: (NULL) (216.122.46.200) I'm trying to read in a large matrix (800 x 800 or bigger) and R prints an error telling me that my rows are not all the same length. I've double checked the text file using gawk and it tells me that they are all the same. When I pair it down to 247 x 247, then it works, but not when

In looking over the bugs list, it seems to me that most of them are things we can no longer do anything about, because they are on old versions or broken systems or were features or .... There are now so many they obscure the bugs needing attention. I am about the remove the following. If anyone thinks they are still relevant, could you please send a follow-up to R-bugs with details under 1.2.0

> Thanks. This is also present in the current pre-1.3.0. Your patch > looks correct, but I wonder if the default for "enclos" > should not be > environment(formula(model)) rather than parent.frame() as it is now? > > (And wouldn't it be better named "envir"?) Peter, I was merely making an incremental improvement, your suggestions provide

Hello all, I would like to use the lp function (lpSolve package) on a linux system. Using sample code from the lp function help, I can solve the linear program with no errors or problems. However, when I copy the exact same code to R in linux (after loading the lpSolve package), I get the following error: *** caught segfault *** address 0x3, cause 'memory not mapped' Traceback: 1:

HPA, is it possible to add GZ support in syslinux itself? Some standalone software compresses very well, but is not compressed. Example is the Memtest86+ binary (90KB uncompressed --> 35KB gzip'd) and maybe Smart Boot Manager (gzip'd COM32 binary instead of normal COM32 binary?). I'm using both on a simple bootdisk, and all space savings are welcome. a workaround could ofcourse

See :- http://lists.digium.com/pipermail/asterisk-users/ 2016-May:[ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 745 bytes ] 2007-November:[ Thread ] [ Subject ] [ Author ] [ Date ] [ Gzip'd Text 2 KB ] Regards...Martin -- Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html Free MS-Office replacement for

http://bugzilla.mindrot.org/show_bug.cgi?id=125 jrj at purdue.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #438 is|0 |1 obsolete| | ------- Additional Comments From jrj at purdue.edu 2003-11-15 16:00 ------- Created an

Attached is a patch that implements compressing output files as they're written to disk, uzing zlib. Thus far I've only used it with synchronizing directories on a single machine. What seems to work / what's done: - Synchronizing directories with all files in the target directory gzip'd. Files seem to contain the correct data. Use the option "--gzip-dest". -

Attached is the patch for the Cygwin port of 2.2.0p1. As usual I didn't attach the patch to `configure' but only the patch to `configure.in'. BTW: I have attached a gzip'd version of the patch since it's size is > 20K and I thought that it might be too big. The gzip'd diff is < 8K. What are "Small attachments (such as diff files) within the bounds of common

http://bugzilla.mindrot.org/show_bug.cgi?id=125 ------- Additional Comments From jrj at purdue.edu 2003-01-04 06:29 ------- The following attachment updates the suggested patch to 3.5p1. The attachment is a gzip'd tar file. Once you download it, ungzip it and then untar it into a temp directory (or use the 'z' option of GNU tar). Then look at the README for more information.

Hi all, I'm struggling to decompress a gzip'd raw vector in memory: content <- readBin("http://httpbin.org/gzip", "raw", 1000) memDecompress(content, type = "gzip") # Error in memDecompress(content, type = "gzip") : # internal error -3 in memDecompress(2) I'm reasonably certain that the file is correctly compressed, because if I save it

Hello Everyone, I have released AstLinux 0.2.2. There are way too many improvements to list here, but here is a short summary: Linux 2.4.27, iptables, mini_httpd (with PHP & SSL), phpconfig, AstShape traffic shaping, tftp server, OpenSSH, proftpd, Soekris Net4801 and Pentium-MMX and higher x86 support. There is actually WAY more software, but I couldn't possibly list it all. It

On Mar 23, 2014, at 11:12 PM, Bill S wrote: > The output of the driver is below. The incorrect voltage of 136 is > shown at 0.265256. It should match input voltage of 119 as shown at > 0.265219 but it doesn't. The voltages displayed on the UPS LCD panel > information however are equal and match the input voltage provided by > the driver. There might be other incorrect

http://bugzilla.mindrot.org/show_bug.cgi?id=125 ------- Additional Comments From jrj at purdue.edu 2003-07-10 08:23 ------- Created an attachment (id=355) --> (http://bugzilla.mindrot.org/attachment.cgi?id=355&action=view) Gzip'd tar file with 3.6p1 (and later) patch This version of the patch applies against 3.6p1 (and later). In addition to being an update to a new release,

http://bugzilla.mindrot.org/show_bug.cgi?id=125 jrj at purdue.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #500 is|0 |1 obsolete| | ------- Additional Comments From jrj at purdue.edu 2004-03-04 10:33 ------- Created an

> On May 4, 2016, at 9:00 AM, Ken Marsh <ken.marsh at sparkpost.com> wrote: > > 24.578753 upsdrv_updateinfo... > 24.831627 libusb_get_interrupt: Connection timed out > 24.831647 Got 0 HID objects... > 24.831661 Quick update... > 24.881602 Path: UPS.PowerSummary.DelayBeforeStartup, Type: Feature, ReportID: 0x0a, Offset: 0, Size: 32, Value: 0 > 24.931613

Greetings, We have encountered an odd performance issue in rsync (running version 2.4.6). We have an rsync server set up in our production environment (at a colo facility). A backup machine in our office (which is connected to the colo by a 3Mbit pipe) is doing a rsync -a -v -z --delete on a directory. If the first few files in the directory are already gzip'd then we don't get any

On Apr 8, 2015, at 2:04 PM, Eric Cobb <Eric_Cobb at tripplite.com> wrote: > Charles and list, > > If I leave the driver alone it does not eventually start. It continues to report that it is unable to connect. I have to perform a upsdrvctl stop ; upsdrvctl start (I actually just perform a init stop and start so that upsd and upsmon both restart) for the driver to actually