cannot initialize minibuffer-auto-raise in .emacs

cannot initialize minibuffer-auto-raise in .emacs

[joonhwan.lee]

in .emacs though I  either

(setq 'minibuffer-auto-raise nil)

or

(setq-default 'minibuffer-auto-raise nil)


, every time emacs is up, that var is still  t not nil.

What's the problem?

Re: cannot initialize minibuffer-auto-raise in .emacs

[Andreas Schwab]

"joonhwan.lee" <joonhwan.lee@gmail.com> writes:

> in .emacs though I  either
>
> (setq 'minibuffer-auto-raise nil)
>
> or
>
> (setq-default 'minibuffer-auto-raise nil)
>
>
> , every time emacs is up, that var is still  t not nil.
>
> What's the problem?

You should be getting an error from either of the forms above:

   Wrong type argument: symbolp, (quote minibuffer-auto-raise)

The first argument (the variable to set) is a literal, it should not be
quoted.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: cannot initialize minibuffer-auto-raise in .emacs

[joonhwan.lee]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 1337 bytes --]

On 10 31 ,   6 53 , Andreas Schwab <sch...@suse.de> wrote:
> "joonhwan.lee" <joonhwan....@gmail.com> writes:
> > in .emacs though I  either
>
> > (setq 'minibuffer-auto-raise nil)
>
> > or
>
> > (setq-default 'minibuffer-auto-raise nil)
>
> > , every time emacs is up, that var is still  t not nil.
>
> > What's the problem?
>
> You should be getting an error from either of the forms above:
>
>    Wrong type argument: symbolp, (quote minibuffer-auto-raise)
>
> The first argument (the variable to set) is a literal, it should not be
> quoted.
>
> Andreas.
>
> --
> Andreas Schwab, SuSE Labs, sch...@suse.de
> SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
> PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
> "And now for something completely different."

Oh, that was typo. I tried both

(setq-default minibuffer-auto-raise nil)

and

(setq minibuffer-auto-raise nil)

to diable that feature in the init phase of emacs, but whenever emacs
is up, this value still has t.


I'm using GNU Emacs 22.1.1 (sparc-sun-solaris2.8, X toolkit) of
2007-06-13 on djo-sun-17 at work(built from source)
and
GNU Emacs 22.0.96.1 (i386-mingw-nt5.1.2600) of 2007-03-22 on
LENNART-69DE564 (a.k.a EmacsW32) at home

Both versions have same problem.


Joon

Re: cannot initialize minibuffer-auto-raise in .emacs

[martin rudalics]

> (setq-default minibuffer-auto-raise nil)
> 
> and
> 
> (setq minibuffer-auto-raise nil)
> 
> to diable that feature in the init phase of emacs, but whenever emacs
> is up, this value still has t.
> 
> 
> I'm using GNU Emacs 22.1.1 (sparc-sun-solaris2.8, X toolkit) of
> 2007-06-13 on djo-sun-17 at work(built from source)
> and
> GNU Emacs 22.0.96.1 (i386-mingw-nt5.1.2600) of 2007-03-22 on
> LENNART-69DE564 (a.k.a EmacsW32) at home
> 
> Both versions have same problem.

When you do emacs -Q and then C-h v minibuffer-auto-raise which value
do you get?

Re: cannot initialize minibuffer-auto-raise in .emacs

[joonhwan.lee]

On 11 2 ,   3 50 , martin rudalics <rudal...@gmx.at> wrote:
> > (setq-default minibuffer-auto-raise nil)
>
> > and
>
> > (setq minibuffer-auto-raise nil)
>
> > to diable that feature in the init phase of emacs, but whenever emacs
> > is up, this value still has t.
>
> > I'm using GNU Emacs 22.1.1 (sparc-sun-solaris2.8, X toolkit) of
> > 2007-06-13 on djo-sun-17 at work(built from source)
> > and
> > GNU Emacs 22.0.96.1 (i386-mingw-nt5.1.2600) of 2007-03-22 on
> > LENNART-69DE564 (a.k.a EmacsW32) at home
>
> > Both versions have same problem.
>
> When you do emacs -Q and then C-h v minibuffer-auto-raise which value
> do you get?

Ooops. It is figured out NOT A BUG. I found minibuffer-auto-raise was
initialized to nil in minibuffer.c,
so I rgrep this var within my whole lisp files, and one set this value
back to t again after my
(setq minibuffer-auto-raise nil).

Re: cannot initialize minibuffer-auto-raise in .emacs

[Richard Stallman]

    Ooops. It is figured out NOT A BUG. I found minibuffer-auto-raise was
    initialized to nil in minibuffer.c,

Yes, by syms_of_minibuf.  But that function is only
called when building and dumping Emacs.  It is not called
when you start Emacs.

So we still don't know where the value becomes t.

Re: cannot initialize minibuffer-auto-raise in .emacs

[joonhwan.lee]

On 11 4 ,   5 48 , Richard Stallman <r...@gnu.org> wrote:
>     Ooops. It is figured out NOT A BUG. I found minibuffer-auto-raise was
>     initialized to nil in minibuffer.c,
>
> Yes, by syms_of_minibuf.  But that function is only
> called when building and dumping Emacs.  It is not called
> when you start Emacs.
>
> So we still don't know where the value becomes t.

This is not a bug,

in .emacs,

(setq minibuffer-auto-raise nil)

.
.
.
(require 'siny-editing) ;; // lisp package written by friend in ~/
elisp
.
.

and in ~/elisp-editing.el

.
.
(progn
.
.
   (setq minibuffer-auto-raise t)
.
.
)

The silly reason why i report here this is a bug,  i only searched
minibuffer-auto-raise only
within inside of my .emacs. I should have checked this throughout all
lisp packages to be loaded.

This is the whole story. When skip loading .emacs using -q option when
invoking emacs,
minibuffer-auto-raise has nil value.

Everything seems to be OK and.. Never mind my origianl post.