headers
stefano iacus | 1 Dec 2006 01:43
Picon
Favicon

Re: [Rd] Magic Menu library loading error (PR#9405)

Jeff,
this is not a bug report for R, and you already posted to R-Sig-mac  
(and get answered)
Maybe you want to contact the author of MagicMenu (or what ever is  
the software you use) to understand why such bad interaction with  
R.app takes place.
stefano

On 01/dic/06, at 05:51, jleecbd <at> gmail.com wrote:

> Full_Name: Jeff Lee
> Version: 2.4.0
> OS: Mac OS X 10.4 (Tiger)
> Submission from: (NULL) (12.150.164.100)
>
>
> Just upgraded to an Intel based Mac.  Upon launch, I receive the  
> following
> error:
>
> 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error loading  
> code
> /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/ 
> Contents/MacOS/MagicMenuEnabler
> for bundle /Library/InputManagers/MagicMenuEnabler/ 
> MagicMenuEnabler.bundle,
> error code 2 (link edit error code 0, error number 0 ())
>
> Functioning of the system seems okay, however.
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
stefano iacus | 1 Dec 2006 04:21
Picon
Favicon

Re: [Rd] Magic Menu library loading error (PR#9405)

Jeff,
maybe I confused your mail with a similar report. Apologizes.
Anyway, this is not a proper R bug report. Next time, please, use (or  
search) R-Sig-Mac.
Googling around, it seems that there is a MagicMenu which is  
installed by Stuffit. We don't load it in R.app at any time.

stefano

On 01/dic/06, at 12:04, Jeffrey Lee wrote:

> I'm not sure what you mean that I already posted to R-Sig-mac.  I  
> haven't done that.  I only observe this error with R, which appears  
> to be attempting to load this code.
>
>
> On Nov 30, 2006, at 4:43 PM, stefano iacus wrote:
>
>> Jeff,
>> this is not a bug report for R, and you already posted to R-Sig- 
>> mac (and get answered)
>> Maybe you want to contact the author of MagicMenu (or what ever is  
>> the software you use) to understand why such bad interaction with  
>> R.app takes place.
>> stefano
>>
>>
>> On 01/dic/06, at 05:51, jleecbd <at> gmail.com wrote:
>>
>>> Full_Name: Jeff Lee
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ross Boylan | 1 Dec 2006 07:29
Picon

[Rd] promptClass misses methods

I've had repeated problems with promptClass missing methods, usually
telling me a class has no methods when it does.

In my current case, I've defined an S4 class "mspathCoefficients" with
a print method
setMethod("print", signature(x="mspathCoefficients"), function(x, ...)
{ # etc

The file promptClass creates has no methods in it.
> showMethods(classes="mspathCoefficients")
Function: initialize (package methods)
.Object="mspathCoefficients"
    (inherited from: .Object="ANY")

Function: print (package base)
x="mspathCoefficients"

Function: show (package methods)
object="mspathCoefficients"
    (inherited from: object="ANY")

> getGeneric("print")
standardGeneric for "print" defined from package "base"

function (x, ...) 
standardGeneric("print")
<environment: 0x84f2d88>
Methods may be defined for arguments: x 

I've looked through the code for promptClass, but nothing popped out
(Continue reading)

Permalink | Reply | 586 comments |
headers
Ross Boylan | 1 Dec 2006 07:40
Picon

Re: [Rd] promptClass misses methods (addendum)

On Thu, Nov 30, 2006 at 10:29:06PM -0800, Ross Boylan wrote:
> I've had repeated problems with promptClass missing methods, usually
> telling me a class has no methods when it does.
> 
> In my current case, I've defined an S4 class "mspathCoefficients" with
> a print method
> setMethod("print", signature(x="mspathCoefficients"), function(x, ...)
> { # etc

It may also be relevant that  there is a mspathCoefficients function,
which constructs a member of the class.

Ross

______________________________________________
R-devel <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Permalink | Reply | 0 comments |
headers
Rainer Hurling | 1 Dec 2006 09:10
Picon
Favicon

Re: [Rd] R-devel does not compile under FreeBSD-7.0 CURRENT [SOLVED]

I tried todays R-devel (2006-11-30) with FreeBSD-7.0 CURRENT and it 
seems, that compiling with 'make && make install' is ok again.

Thank you very much,
Rainer Hurling

Prof Brian Ripley wrote:
> As I said to you privately, I believe this to be a make issue: does GNU 
> make work?  We don't guarantee R to work with other makes (although it 
> usually does).
> 
> My guess is that the problem is the missing .m in the .SUFFIXES list
> in Makeconf.in, but Solaris make and GNU make see no problem and it 
> looks like a make bug to me.  I've added the suffix, so please try the 
> current version.
> 
> (This seems to be related to adding ObjC support which is apparently 
> currently incomplete.)
> 
> On Wed, 29 Nov 2006, Rainer Hurling wrote:
> 
>> I am not able to compile R-devel 2006-11-28 under FreeBSD-7.0 CURRENT. 
>> After running ./configure script 'make' stops with the following error 
>> message:
>>
>> --------------------------
>> #make
>> gcc -I. -I./src/include -I./src/include -I/usr/local/include
>> -DHAVE_CONFIG_H -g -O2 -c  -o .m.o
>> gcc: No input files specified
(Continue reading)

Permalink | Reply | 0 comments |
headers
А.Т Петропавловский | 1 Dec 2006 09:32

[Rd] В ОТДЕЛЫ МАРКЕТИНГА И МЕНЕДЖМЕНТА


    ÊÓÐÑÛ ÏÐÀÊÒÈ×ÅÑÊÈÕ ÇÀÍßÒÈÉ ÄËß ÐÀÁÎÒÍÈÊΠ ÑÔÅÐÅ
ÌÅÍÅÄÆÌÅÍÒÀ È ÌÀÐÊÅÒÈÍÃÀ

ÏÐÈÍßÒÈÅ ÓÏÐÀÂËÅÍ×ÅÑÊÈÕ ÐÅØÅÍÈÉ ÍÀ ÎÑÍÎÂÅ
ÝÊÎÍÎÌÈ×ÅÑÊÎÃÎ ÀÍÀËÈÇÀ
     7-9 äåêàáðÿ
  äëÿ ðàáîòíèêîâ òîðãîâûõ ïðåäïðèÿòèé - 24 ÷.
  14700 ðóá.
   17-19 äåêàáðÿ
  äëÿ ðàáîòíèêîâ ïðîèçâîäñòâåííûõ ïðåäïðèÿòèé - 24 ÷àñà

 
ÓÏÐÀÂËÅÍÈÅ ÒÎÂÀÐÍÛÌ ÀÑÑÎÐÒÈÌÅÍÒÎÌ
     14-15 äåêàáðÿ
  Îöåíêà ïîòåíöèàëà ïðîäóêòà, ìàðîê, òîâàðíûõ ãðóïï - 16 ÷àñîâ
  9 òûñ. 800 ðóá.
   21-22 äåêàáðÿ
  Îïåðàòèâíîå óïðàâëåíèå àññîðòèìåíòîì (äëÿ
ïðîèçâîäñòâåííûõ è
îïòîâûõ êîìïàíèé) - 16 ÷.

 
ÊÓÐÑÛ ÏÎ ÌÀÐÊÅÒÈÍÃÓ
     15.01 - 12.04 2007 ã.
  Ìàðêåòèíãîâûå èññëåäîâàíèÿ (120 ÷.)
  24900 ð.
   16 ÿíâàðÿ - 13 àïðåëÿ 2007 ãîäà
  Ìàðêåòèíãîâûé àíàëèç (120 ÷.)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Леонид Беликов | 1 Dec 2006 09:29
Picon
Favicon

[Rd] ДЛЯ СПЕЦИАЛИСТОВ В СФЕРЕ МАРКЕТИНГА И МЕНЕДЖМЕНТА


    ÏÐÀÊÒÈÊÓÌÛ ÄËß ÐÀÁÎÒÍÈÊÎÂ Â ÑÔÅÐÅ ÌÀÐÊÅÒÈÍÃÀ È ÌÅÍÅÄÆÌÅÍÒÀ

ÏÐÈÍßÒÈÅ ÓÏÐÀÂËÅÍ×ÅÑÊÈÕ ÐÅØÅÍÈÉ ÍÀ ÎÑÍÎÂÅ
ÝÊÎÍÎÌÈ×ÅÑÊÎÃÎ ÀÍÀËÈÇÀ
     7-9 äåêàáðÿ
  äëÿ ñïåöèàëèñòîâ òîðãîâûõ ïðåäïðèÿòèé - 24 ÷àñà
  14 700 ðóá.
   17-19 äåêàáðÿ
  äëÿ ðàáîòíèêîâ ïðîèçâîäñòâåííûõ ïðåäïðèÿòèé - 24 ÷.

 
ÓÏÐÀÂËÅÍÈÅ ÒÎÂÀÐÍÛÌ ÀÑÑÎÐÒÈÌÅÍÒÎÌ
     14-15 äåêàáðÿ
  Îöåíêà ïîòåíöèàëà ìàðîê,  ïðîäóêòà, òîâàðíûõ ãðóïï - 16 ÷.
  9 800 ð.
   21-22 äåêàáðÿ
  Îïåðàòèâíîå óïðàâëåíèå àññîðòèìåíòîì (äëÿ
ïðîèçâîäñòâåííûõ è
îïòîâûõ êîìïàíèé) - 16 ÷.

 
ÊÓÐÑÛ ÏÎ ÌÀÐÊÅÒÈÍÃÓ
     15.01 - 12.04 2007 ã.
  Ìàðêåòèíãîâûå èññëåäîâàíèÿ (120 ÷àñîâ)
  24 òûñ. 900 ðóáëåé
   16 ÿíâàðÿ - 13 àïðåëÿ 2007 ã.
  Ìàðêåòèíãîâûé àíàëèç (120 ÷àñîâ)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Maechler | 1 Dec 2006 10:34
Picon
Favicon
Gravatar

Re: [Rd] printing coefficients with text

>>>>> "RossB" == Ross Boylan <ross <at> biostat.ucsf.edu>
>>>>>     on Thu, 30 Nov 2006 12:17:55 -0800 writes:

    RossB> I want to print the coefficient estimates of a model
    RossB> in a way as consistent with other output in R as
    RossB> possible. stats provides the printCoefmat function
    RossB> for doing this, but there is one problem.  I have an
    RossB> additional piece of textual information I want to put
    RossB> on the line with the other info on each coefficient.

that's not a real problem, see below

    RossB> The documentation for printCoefmat says the first
    RossB> argument must be numeric, which seems to rule this out.

it does say that (it says "x: a numeric matrix like object"
		  which includes data frames with factors)
but you are right that it does preclude a column of "character".

    RossB> I just realized I might be able to cheat by inserting
    RossB> the text into the name of the variable (fortunately
    RossB> there is just one item of text).  I think that's in
    RossB> the names of the matrix given as the first argument
    RossB> to the function.

yes; it's the rownames();
i.e., you'd do something like
      rownames(myx) <- paste(rownames(myx), format(mytext_var)))

which seems simple enough to me,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Martin Maechler | 1 Dec 2006 10:45
Picon
Favicon
Gravatar

Re: [Rd] order of levels in interaction()

>>>>> "BDR" == Prof Brian Ripley <ripley <at> stats.ox.ac.uk>
>>>>>     on Thu, 30 Nov 2006 21:48:35 +0000 (GMT) writes:

    BDR> On Thu, 30 Nov 2006, Deepayan Sarkar wrote:
    >> Hi,
    >> 
    >> ?interaction says:
    >> 
    >> See Also:
    >> 
    >> 'factor'; ':' where 'f:g' is the similar to
    >> 'interaction(f, g, sep=":")' when 'f' and 'g' are
    >> factors.
    >> 
    >> This is not quite true (or maybe 'similar' is the
    >> operative word), since:
    >> 
    >>> f <- factor(1:3); g <- factor(letters[1:3])
    >>> levels(f:g)
    >>   [1] "1:a" "1:b" "1:c" "2:a" "2:b" "2:c" "3:a" "3:b" "3:c"
    >>> levels(interaction(f, g, sep = ":"))
    >>   [1] "1:a" "2:a" "3:a" "1:b" "2:b" "3:b" "1:c" "2:c" "3:c"
    >> 
    >> Note the different order of the levels. I like the order
    >> in f:g better (and at least one other person agrees [1]
    >> ), but I also want the flexibility of having a 'sep'
    >> argument. Would it be possible to change interaction to
    >> allow this? A simple fix that makes interaction behave
    >> like ":" is to replace
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Maechler | 1 Dec 2006 11:37
Picon
Favicon
Gravatar

Re: [Rd] promptClass misses methods

>>>>> "RossB" == Ross Boylan <ross <at> biostat.ucsf.edu>
>>>>>     on Thu, 30 Nov 2006 22:29:06 -0800 writes:

    RossB> I've had repeated problems with promptClass missing
    RossB> methods, usually telling me a class has no methods
    RossB> when it does.

    RossB> In my current case, I've defined an S4 class
    RossB> "mspathCoefficients" with a print method
    RossB> setMethod("print", signature(x="mspathCoefficients"),
    RossB> function(x, ...)  { # etc

You should *not* define "print" methods for S4 classes;
rather you should define "show" methods.

    RossB> The file promptClass creates has no methods in it.
    >> showMethods(classes="mspathCoefficients")
    RossB> Function: initialize (package methods)
    RossB> .Object="mspathCoefficients" (inherited from:
    RossB> .Object="ANY")

so it's just inherited from "ANY"

    RossB> Function: print (package base) 
    RossB> x="mspathCoefficients"

that's the one

    RossB> Function: show (package methods)
    RossB> object="mspathCoefficients"
(Continue reading)

Permalink | Reply | 585 comments |

Gmane