similar to: R CMD check returns NOTE about package data set as global variable

I'd like to fit a multinomial log-linear model for 4 categories of the form log[(P(D=i | X)/P(D=0 | X)] = alpha_i + X beta_i ; i=1,2,3 but with beta_1 constrained to zero. Is there a way to impose such a constraint in the multinom function? Brad ------------------------------------------------------------------------- Brad McNeney email: mcneney at stat.sfu.ca

I'm having sporadic problems with glm on my alpha workstation running Compaq Tru64 UNIX V5.0 (I can't replicate the problem on my Linux PC). I have the same problem whether I use a version of R built with the native C-compiler or a version compiled with gcc. In both cases I've built with g77. I want to do some simulations with a call to glm in each rep. A simplified version would be

Just to update: What I originally thought was a glm problem appears to be a memory problem that occurs only when R is compiled with the DEC C compiler. Some variables that are still in use get clobbered during garbage collection. No problems if I compile with gcc though. I've made some attempts to see if I can identify a specific compiler optimization that is responsible, but so far no luck.

Hello to R people Does anybody know to calculate exact logistic regression in R? Does such option exist anywhere? Surprisingly, could not find it using search engine. It is hard to believe, however, that such useful function is not implemented in R yet? Could you help, please Thank you Denis

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

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

In the iterative weighted least squares loop of the glm.fit function, a QR decomposition of the matrix X*sqrt(w) is obtained at each iteration, using fitted values of the mean response mu from the previous interation. Here "X" is the design matrix, w = wt*(d(mu)/d(eta))/variance(mu), "wt" is the vector of weights, and "d(mu)/d(eta)" is the derivative of mu wrt the

I am trying to use rsync to transfer some directories from a RedHat 7.0 box to a RedHat 7.1 rsync server via a cron job. The cron command line: 00 00 * * * /usr/local/bin/emailbackup > /tmp/backup.log 2>&1; mail -s "Rsync Backup Log" my@emailaddres < /tmp/backup.log The 7.1 rsyncd.cond; [home] path = /home/brad/data/emailbackup read only = no uid = root gid = root The

On 29 June 2015 at 07:16, Brad King <brad.king at kitware.com> wrote: > On 06/27/2015 04:17 AM, Dan Liew wrote: >> Second, the LLVM CMake files (LLVMConfig.cmake and LLVMExports.cmake) >> are not relocatable (they contain absolute paths which are based on >> the install prefix). So even if the first issue is fixed we still have >> the problem that a user cannot

First let me thank you for my initial newby question about poping from a pop3 server and delivering into my Dovecot maildir folders. Now I'm getting an assertion in imap-bodystructure.c and one of my imap folders is now inaccessable. I think the two are related. Whenever I select the folder from my email client (kmail) I get two log entries in the dovecot log of the format:

> On Feb 25, 2016, at 7:49 AM, Brad King <brad.king at kitware.com> wrote: > > On 02/19/2016 10:35 AM, Ben Langmuir wrote: >>> On Feb 19, 2016, at 7:16 AM, Brad King wrote: >>> [snip] >>>> __NSConstantString and __NSConstantString_tag are now exposed. >>> To clarify, this is not so much about the appearance of new builtins >>> but

On Mon, Feb 24, 2014 at 6:05 PM, Brad King <brad.king at kitware.com> wrote: > On 02/24/2014 08:53 AM, Alexey Samsonov wrote: > > On Fri, Feb 21, 2014 at 9:03 PM, Brad King wrote: > > Just "build" should be sufficient because the generated build system > > in compiler-rt knows how to re-run CMake if any of the inputs have > > changed. >

I am transferring some files from a RH7.0 machine to a RH7.2 machine as root with a cron job, using the following: rsync -avt /home homeserver::home rsync -avt /etc homeserver::etc Some of the files transfer OK, but I get: building file list ... done failed to set permissions on home : Operation not permitted home/brad/ home/ftp/bin/ home/ftp/etc/ home/ftp/pub/ home/rsyncuser/ failed to set

> On Feb 19, 2016, at 7:16 AM, Brad King <brad.king at kitware.com> wrote: > > On 02/18/2016 05:51 PM, Michka Popoff wrote: >> Our problem is that the AST contains some declarations which were not there before. > [snip] >> __NSConstantString and __NSConstantString_tag are now exposed. > [snip] >> Maybe someone could enlighten us about this change. >>

On Fri, Feb 21, 2014 at 9:03 PM, Brad King <brad.king at kitware.com> wrote: > On 02/21/2014 11:20 AM, Alexey Samsonov wrote: > > We can even use "DEPENDERS configure" instead of "DEPENDERS build" here. > > Just "build" should be sufficient because the generated build system > in compiler-rt knows how to re-run CMake if any of the inputs have

On Mon, Feb 24, 2014 at 6:57 PM, Brad King <brad.king at kitware.com> wrote: > On 02/24/2014 09:44 AM, Alexey Samsonov wrote: > > ExternalProject_Add_Step(compiler-rt force-rebuild > > DEPENDERS build > [snip] > > doesn't work for Ninja. > > What version of CMake did you use for this test? Also 2.8.10? > Yes, 2.8.10.2 to be exact. > >

I figured out half the issue. Icecast appears to be transmitting on port 8000 just fine. The more I dig, the more I realize icecast is fine. Browser vlc seems to be broke. Direct connect via VLC standalone to -> http://66.228.49.182:8000/66.228.49.182.ogg.m3u works perfect. http://tinypic.com/r/2yl1qhc/6 I break there. Thank you! Brad From: Don Soad [mailto:s04d.1982 at

Well, I updated to cmake 2.8.12.2 but the result of changing that COMPILE_FLAGS to COMPILE_OPTIONS is that quotes are applied incorrectly: quotes are added surrounding the entire set of flags rather than around each individual item in the list. Obviously the build doesn't work (with the compiler looking for files named " -m64 ... ") but checking the relevant build command in

On Fri, Feb 21, 2014 at 7:31 PM, Brad King <brad.king at kitware.com> wrote: > On 02/21/2014 09:49 AM, Alexey Samsonov wrote: > > 1) Looks like "DEPENDS" option is just broken > > I use cmake 2.8.10.2. > > Dependencies on normal targets were accidentally broken in 2.8.9 and > later fixed in 2.8.11 (along with a test case to keep it working): > >