Gnus development mailing list
 help / color / mirror / Atom feed
* 0.97 on xemacs: Symbol's value as variable is void: user-full-name
@ 1999-09-28 17:42 Steinar Bang
  1999-09-28 18:02 ` Jody Klymak
  1999-09-29 12:52 ` Didier Verna
  0 siblings, 2 replies; 21+ messages in thread
From: Steinar Bang @ 1999-09-28 17:42 UTC (permalink / raw)


Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3

I tried upgrading from 0.84 to 0.97, but all commands for sending
messages (reply, followup and gnus-bug) resulted in the error message:
        Symbol's value as variable is void: user-full-name
in the minibuffer accompanied by a beep.

(I'm back to 0.84 to be able to post this)

Can BBDB be the culprit, I wonder...?

Any ideas and/or fixes are welcome!

Thanx!


- Steinar


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-28 17:42 0.97 on xemacs: Symbol's value as variable is void: user-full-name Steinar Bang
@ 1999-09-28 18:02 ` Jody Klymak
  1999-09-29  8:50   ` Steinar Bang
  1999-09-29  9:01   ` Jan Vroonhof
  1999-09-29 12:52 ` Didier Verna
  1 sibling, 2 replies; 21+ messages in thread
From: Jody Klymak @ 1999-09-28 18:02 UTC (permalink / raw)
  Cc: ding


Have you set user-full-name?  Check by typing C-h v user-full-name.
If its nil, you need to set it.

Cheers,  Jody

>>>>> "SB" == Steinar Bang <sb@metis.no> writes:

    SB> Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3 I tried
    SB> upgrading from 0.84 to 0.97, but all commands for sending
    SB> messages (reply, followup and gnus-bug) resulted in the error
    SB> message: Symbol's value as variable is void: user-full-name in
    SB> the minibuffer accompanied by a beep.

    SB> (I'm back to 0.84 to be able to post this)

    SB> Can BBDB be the culprit, I wonder...?

    SB> Any ideas and/or fixes are welcome!

    SB> Thanx!


    SB> - Steinar

-- 
Jody Klymak                         APL/School of Oceanography,
Doctoral Candidate                  University of Washington
mailto:jklymak@apl.washington.edu   (206)-685-9080
http://www.ocean.washington.edu/people/grads/jklymak/



^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-28 18:02 ` Jody Klymak
@ 1999-09-29  8:50   ` Steinar Bang
  1999-09-29 15:41     ` Jody Klymak
  1999-09-29  9:01   ` Jan Vroonhof
  1 sibling, 1 reply; 21+ messages in thread
From: Steinar Bang @ 1999-09-29  8:50 UTC (permalink / raw)


>>>>> Jody Klymak <jklymak@apl.washington.edu>:

> Have you set user-full-name?  Check by typing C-h v user-full-name.
> If its nil, you need to set it.

There is no such variable in my xemacs 20.4.

Where does it come from?  Where is it supposed to be defined.


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-28 18:02 ` Jody Klymak
  1999-09-29  8:50   ` Steinar Bang
@ 1999-09-29  9:01   ` Jan Vroonhof
  1999-09-29 12:29     ` Steinar Bang
  1 sibling, 1 reply; 21+ messages in thread
From: Jan Vroonhof @ 1999-09-29  9:01 UTC (permalink / raw)


Jody Klymak <jklymak@apl.washington.edu> writes:

> Have you set user-full-name?  Check by typing C-h v user-full-name.
> If its nil, you need to set it.

No. What is probably happening is that code is trying to use the
variable, but lisp code should _always_ use the function.

Jan


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29  9:01   ` Jan Vroonhof
@ 1999-09-29 12:29     ` Steinar Bang
  1999-09-29 12:44       ` Karl Kleinpaste
  1999-09-29 13:34       ` Kai Großjohann
  0 siblings, 2 replies; 21+ messages in thread
From: Steinar Bang @ 1999-09-29 12:29 UTC (permalink / raw)


>>>>> Jan Vroonhof <vroonhof@math.ethz.ch>:

> Jody Klymak <jklymak@apl.washington.edu> writes:
>> Have you set user-full-name?  Check by typing C-h v user-full-name.
>> If its nil, you need to set it.

> No. What is probably happening is that code is trying to use the
> variable, but lisp code should _always_ use the function.

Ah!  It is available as a function.

So who's the culprit?  pgnus 0.97 or bbdb?  Any quick and easy way to
find out?


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29 12:29     ` Steinar Bang
@ 1999-09-29 12:44       ` Karl Kleinpaste
  1999-09-29 17:53         ` Shenghuo ZHU
  1999-09-29 13:34       ` Kai Großjohann
  1 sibling, 1 reply; 21+ messages in thread
From: Karl Kleinpaste @ 1999-09-29 12:44 UTC (permalink / raw)


Since downgrading back to p0.84 eliminates the problem, it would seem
pGnus is at fault.

A quick "grep -n user-full-name *.el" in my pGnus area coughed up this:

gnus-msg.el:1197:                    (let ((user-full-name ,(or (cdr name) user-full-name))
lpath.el:48:                font-lock-defaults user-full-name user-login-name
message.el:47:              (user-full-name custom-variable))
message.el:54:(put 'user-full-name 'custom-type 'string)
message.el:2859:          (or (and (boundp 'user-full-name)
message.el:2860:                   user-full-name)
message.el:2861:              (user-full-name))))
nneething.el:310:                  (user-full-name uid)
nneething.el:312:                 (cond ((= uid (user-uid)) (user-full-name))

I don't have p0.84 around any more; does it use user-full-name in the
same way?


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-28 17:42 0.97 on xemacs: Symbol's value as variable is void: user-full-name Steinar Bang
  1999-09-28 18:02 ` Jody Klymak
@ 1999-09-29 12:52 ` Didier Verna
  1999-09-30  6:22   ` Steinar Bang
  1 sibling, 1 reply; 21+ messages in thread
From: Didier Verna @ 1999-09-29 12:52 UTC (permalink / raw)
  Cc: ding

Steinar Bang <sb@metis.no> wrote:

> Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3
> 
> I tried upgrading from 0.84 to 0.97, but all commands for sending
> messages (reply, followup and gnus-bug) resulted in the error message:
>         Symbol's value as variable is void: user-full-name
> in the minibuffer accompanied by a beep.

        Please set debug-on-error to t (Options menu => General Options) and
show us the lisp backtrace.

-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /     ENST, INFRES C201.1       mailto:verna@inf.enst.fr
/_/ / /_/ / /__ /        46 rue Barrault        Tel.   +33 (1) 45 81 73 46
                       75013 Paris, France      Fax.   +33 (1) 45 81 31 19


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29 12:29     ` Steinar Bang
  1999-09-29 12:44       ` Karl Kleinpaste
@ 1999-09-29 13:34       ` Kai Großjohann
  1 sibling, 0 replies; 21+ messages in thread
From: Kai Großjohann @ 1999-09-29 13:34 UTC (permalink / raw)


Steinar Bang <sb@metis.no> writes:

> So who's the culprit?  pgnus 0.97 or bbdb?  Any quick and easy way to
> find out?

Search both for the string `user-full-name' and see where it is used
as a variable, not a function.

kai
-- 
I like BOTH kinds of music.


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29  8:50   ` Steinar Bang
@ 1999-09-29 15:41     ` Jody Klymak
  0 siblings, 0 replies; 21+ messages in thread
From: Jody Klymak @ 1999-09-29 15:41 UTC (permalink / raw)
  Cc: ding

>>>>> "SB" == Steinar Bang <sb@metis.no> writes:

>>>>> Jody Klymak <jklymak@apl.washington.edu>:
    >> Have you set user-full-name?  Check by typing C-h v
    >> user-full-name.  If its nil, you need to set it.

    SB> There is no such variable in my xemacs 20.4.

    SB> Where does it come from?  Where is it supposed to be defined.

Hello Steinar,

Its somewhat documented in the info for message.  I have the following
in my .gnus, and I'll be honest - I don't remember where I got it from.

;;; smtpmail
(setq user-full-name "Jody Klymak")

Cheers,  Jody


-- 
Jody Klymak                         APL/School of Oceanography,
Doctoral Candidate                  University of Washington
mailto:jklymak@apl.washington.edu   (206)-685-9080
http://www.ocean.washington.edu/people/grads/jklymak/



^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29 12:44       ` Karl Kleinpaste
@ 1999-09-29 17:53         ` Shenghuo ZHU
  0 siblings, 0 replies; 21+ messages in thread
From: Shenghuo ZHU @ 1999-09-29 17:53 UTC (permalink / raw)


>>>>> "KK" == Karl Kleinpaste <karl@justresearch.com> writes:

KK> Since downgrading back to p0.84 eliminates the problem, it would seem
KK> pGnus is at fault.

KK> A quick "grep -n user-full-name *.el" in my pGnus area coughed up this:

KK> gnus-msg.el:1197:                    (let ((user-full-name ,(or (cdr name) user-full-name))
KK> lpath.el:48:                font-lock-defaults user-full-name user-login-name
KK> message.el:47:              (user-full-name custom-variable))
KK> message.el:54:(put 'user-full-name 'custom-type 'string)
KK> message.el:2859:          (or (and (boundp 'user-full-name)
KK> message.el:2860:                   user-full-name)
KK> message.el:2861:              (user-full-name))))
KK> nneething.el:310:                  (user-full-name uid)
KK> nneething.el:312:                 (cond ((= uid (user-uid)) (user-full-name))

KK> I don't have p0.84 around any more; does it use user-full-name in
KK> the same way?

I found it.  It happens in gnus-configure-posting-styles.

Lars has reimplemented it in 0.86.

Lars> 1999-06-12 03:59:56  Lars Magne Ingebrigtsen  <larsi@gnus.org>

Lars> 	* gnus-msg.el (gnus-message-insert-stylings): Removed.
Lars> 	(gnus-posting-style-alist): Removed.
Lars> 	(gnus-message-style-insertions): Ditto.
Lars> 	(gnus-configure-posting-styles): Reimplementation.

-- 
Shenghuo ZHU


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-29 12:52 ` Didier Verna
@ 1999-09-30  6:22   ` Steinar Bang
  1999-09-30  6:46     ` Steinar Bang
  1999-09-30 18:47     ` Stainless Steel Rat
  0 siblings, 2 replies; 21+ messages in thread
From: Steinar Bang @ 1999-09-30  6:22 UTC (permalink / raw)


>>>>> Didier Verna <verna@inf.enst.fr>:

> Steinar Bang <sb@metis.no> wrote:
>> Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3

>> I tried upgrading from 0.84 to 0.97, but all commands for sending
>> messages (reply, followup and gnus-bug) resulted in the error
>> message: Symbol's value as variable is void: user-full-name in the
>> minibuffer accompanied by a beep.

> Please set debug-on-error to t (Options menu => General Options) and
> show us the lisp backtrace.

This is all I got (aren't these backtraces usually a lot longer...?):

Signaling: (void-variable user-full-name)
  gnus-configure-posting-styles()
  run-hooks((lambda nil (iso-accents-mode t) (auto-fill-mode 1)) gnus-configure-posting-styles)
  message-mode()
  message-pop-to-buffer("*mail*")
  message-mail()
  gnus-group-mail(nil)
  call-interactively(gnus-group-mail)

Hm... the problem is indeed in posting styles, as Shenghuo ZHU found
out further up.


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-30  6:22   ` Steinar Bang
@ 1999-09-30  6:46     ` Steinar Bang
  1999-09-30  6:55       ` Steinar Bang
  1999-09-30 18:47     ` Stainless Steel Rat
  1 sibling, 1 reply; 21+ messages in thread
From: Steinar Bang @ 1999-09-30  6:46 UTC (permalink / raw)


>>>>> Steinar Bang <sb@metis.no>:

>>>>> Didier Verna <verna@inf.enst.fr>:
>> Steinar Bang <sb@metis.no> wrote:
>>> Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3

>>> I tried upgrading from 0.84 to 0.97, but all commands for sending
>>> messages (reply, followup and gnus-bug) resulted in the error
>>> message: Symbol's value as variable is void: user-full-name in the
>>> minibuffer accompanied by a beep.

>> Please set debug-on-error to t (Options menu => General Options) and
>> show us the lisp backtrace.

> This is all I got (aren't these backtraces usually a lot longer...?):

Probably because it was byte-compiled.  Here's a backtrace from an
uncompiled CVS checkout (0.97.1):

Signaling: (void-variable user-full-name)
  (or (cdr name) user-full-name)
)
  (list (quote user-full-name) (or (cdr name) user-full-name))
)
  (list (list (quote user-full-name) (or ... user-full-name)) (list (quote user-mail-address) (or ... user-mail-address)))
)
  (cons (list (list ... ...) (list ... ...)) (quote (...)))
)
  (cons (quote let) (cons (list ... ...) (quote ...)))
)
  (bq-list* (quote let) (list (list ... ...) (list ... ...)) (quote (...)))
)
  (list (quote lambda) nil (bq-list* (quote let) (list ... ...) (quote ...)))
)
  (backquote (lambda nil (let ... ...)))
)
  (add-hook (quote message-setup-hook) (backquote (lambda nil ...)))
)
  (progn (add-hook (quote message-setup-hook) (backquote ...)))
)
  (if (or name address) (progn (add-hook ... ...)))
)
  (when (or name address) (add-hook (quote message-setup-hook) (backquote ...)))
)
  (let ((group ...) (styles gnus-posting-styles) style match variable attribute value v results filep name address element) (when gnus-newsgroup-name (let ... ...)) (dolist (style styles) (setq match ...) (when ... ...)) (setq name (assq ... results) address (assq ... results)) (setq results (delq name ...)) (make-local-variable (quote message-setup-hook)) (dolist (result results) (when ... ...)) (when (or name address) (add-hook ... ...)))
)
  (if gnus-inhibit-posting-styles nil (let (... ... style match variable attribute value v results filep name address element) (when gnus-newsgroup-name ...) (dolist ... ... ...) (setq name ... address ...) (setq results ...) (make-local-variable ...) (dolist ... ...) (when ... ...)))
)
  (unless gnus-inhibit-posting-styles (let (... ... style match variable attribute value v results filep name address element) (when gnus-newsgroup-name ...) (dolist ... ... ...) (setq name ... address ...) (setq results ...) (make-local-variable ...) (dolist ... ...) (when ... ...)))
)
  gnus-configure-posting-styles()
  run-hooks((lambda nil (iso-accents-mode t) (auto-fill-mode 1)) gnus-configure-posting-styles)
  message-mode()
  (let ((buffer ...)) (if (and buffer ...) (progn ... ...) (set-buffer ...)) (erase-buffer) (message-mode))
)
  message-pop-to-buffer("*mail*")
  (let ((message-this-is-mail t)) (message-pop-to-buffer (message-buffer-name "mail" to)) (message-setup (nconc ... ...)))
)
  message-mail()
  (progn (message-mail))
)
  (unwind-protect (progn (message-mail)) (gnus-inews-add-send-actions gnus-setup-message-winconf gnus-setup-message-buffer gnus-setup-message-article) (setq gnus-message-buffer (current-buffer)) (set (make-local-variable ...) (cons gnus-setup-message-group gnus-setup-message-article)) (set (make-local-variable ...) gnus-setup-message-group) (set (make-local-variable ...) (gnus-setup-posting-charset gnus-setup-message-group)) (gnus-run-hooks (quote gnus-message-setup-hook)))
)
  (let ((gnus-setup-message-winconf ...) (gnus-setup-message-buffer ...) (gnus-setup-message-article ...) (gnus-setup-message-group gnus-newsgroup-name) (message-header-setup-hook ...) (message-mode-hook ...)) (add-hook (quote message-header-setup-hook) (quote gnus-inews-insert-gcc)) (add-hook (quote message-header-setup-hook) (quote gnus-inews-insert-archive-gcc)) (add-hook (quote message-mode-hook) (quote gnus-configure-posting-styles)) (unwind-protect (progn ...) (gnus-inews-add-send-actions gnus-setup-message-winconf gnus-setup-message-buffer gnus-setup-message-article) (setq gnus-message-buffer ...) (set ... ...) (set ... gnus-setup-message-group) (set ... ...) (gnus-run-hooks ...)) (gnus-add-buffer) (gnus-configure-windows (quote message) t) (set-buffer-modified-p nil))
)
  (gnus-setup-message (quote message) (message-mail))
)
  (progn (setq gnus-newsgroup-name (if arg ... "")) (gnus-setup-message (quote message) (message-mail)))
)
  (unwind-protect (progn (setq gnus-newsgroup-name ...) (gnus-setup-message ... ...)) (save-excursion (set-buffer buffer) (setq gnus-newsgroup-name group)))
)
  (let ((group gnus-newsgroup-name) (buffer ...)) (unwind-protect (progn ... ...) (save-excursion ... ...)))
)
  gnus-group-mail(nil)
  call-interactively(gnus-group-mail)


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-30  6:46     ` Steinar Bang
@ 1999-09-30  6:55       ` Steinar Bang
  0 siblings, 0 replies; 21+ messages in thread
From: Steinar Bang @ 1999-09-30  6:55 UTC (permalink / raw)


>>>>> Steinar Bang <sb@metis.no>:

>>>>> Steinar Bang <sb@metis.no>:
>>>>> Didier Verna <verna@inf.enst.fr>:
>>> Steinar Bang <sb@metis.no> wrote:
>>>> Platform: pgnus 0.97, XEmacs 20.4 w/MULE, BBDB 2.00.3

>>>> I tried upgrading from 0.84 to 0.97, but all commands for sending
>>>> messages (reply, followup and gnus-bug) resulted in the error
>>>> message: Symbol's value as variable is void: user-full-name in the
>>>> minibuffer accompanied by a beep.

>>> Please set debug-on-error to t (Options menu => General Options) and
>>> show us the lisp backtrace.

>> This is all I got (aren't these backtraces usually a lot longer...?):

> Probably because it was byte-compiled.  Here's a backtrace from an
> uncompiled CVS checkout (0.97.1):

> Signaling: (void-variable user-full-name)
>   (or (cdr name) user-full-name)
> )
>   (list (quote user-full-name) (or (cdr name) user-full-name))
> )
>   (list (list (quote user-full-name) (or ... user-full-name)) (list (quote user-mail-address) (or ... user-mail-address)))
> )

Hm... is this this bit (starting at gnus-msg.el:1196)...?
        ...
	(add-hook 'message-setup-hook
		  `(lambda ()
		     (let ((user-full-name ,(or (cdr name) user-full-name))
			   (user-mail-address
			    ,(or (cdr address) user-mail-address)))
		       (save-excursion
			 (message-remove-header "From")
			 (message-goto-eoh)
			 (insert "From: " (message-make-from) "\n")))))))))
        ...

Aren't the things in let clauses sort of local variables?  Isn't it
allowed to overload a function name with a local variable?


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-30  6:22   ` Steinar Bang
  1999-09-30  6:46     ` Steinar Bang
@ 1999-09-30 18:47     ` Stainless Steel Rat
  1999-09-30 19:10       ` Karl Kleinpaste
  1 sibling, 1 reply; 21+ messages in thread
From: Stainless Steel Rat @ 1999-09-30 18:47 UTC (permalink / raw)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

* Steinar Bang <sb@metis.no>  on Thu, 30 Sep 1999
| Signaling: (void-variable user-full-name)

XEmacs 20.4:

,-----
| `user-full-name' is a built-in function
| (user-full-name &optional USER)
| 
| Return the full name of the user logged in, as a string.
| If the optional argument USER is given, then the full name for that
| user is returned, or nil.  USER may be either a login name or a uid.
`-----

It is a function, not a variable.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE387Akgl+vIlSVSNkRAuk/AJsHaz3A8ubM2Ku4GmTlBx9cJNGvrwCgsZxU
0SUKbetYzFEUoUYc6w63iR8=
=qoz+
-----END PGP SIGNATURE-----

-- 
Rat <ratinox@peorth.gweep.net>    \ Happy Fun Ball may stick to certain types
Minion of Nathan - Nathan says Hi! \ of skin.
PGP Key: at a key server near you!  \ 


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-30 18:47     ` Stainless Steel Rat
@ 1999-09-30 19:10       ` Karl Kleinpaste
  1999-10-01 12:45         ` Jan Vroonhof
  0 siblings, 1 reply; 21+ messages in thread
From: Karl Kleinpaste @ 1999-09-30 19:10 UTC (permalink / raw)


Stainless Steel Rat <ratinox@peorth.gweep.net> writes:
> It is a function, not a variable.

It is both, in newer XEmacsen.
________________

`user-mail-address' is a variable declared in Lisp.
  -- loaded from "sendmail"

Value: "karl@justresearch.com"

Documentation:
*Full mailing address of this user.
This is initialized based on `mail-host-address',
after your init file is read, in case it sets `mail-host-address'.
________________

`user-mail-address' is an interactive compiled Lisp function
  -- loaded from "sendmail"
(user-mail-address)

Documentation:
Query the user for his mail address, unless it is already known.
________________

(in 21.2.b19)


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-09-30 19:10       ` Karl Kleinpaste
@ 1999-10-01 12:45         ` Jan Vroonhof
  1999-10-04  7:23           ` Steinar Bang
  0 siblings, 1 reply; 21+ messages in thread
From: Jan Vroonhof @ 1999-10-01 12:45 UTC (permalink / raw)


Karl Kleinpaste <karl@justresearch.com> writes:

> > It is a function, not a variable.
> 
> It is both, in newer XEmacsen.

Yes. But you should never read the variable.

Jan


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-10-01 12:45         ` Jan Vroonhof
@ 1999-10-04  7:23           ` Steinar Bang
  1999-10-04  7:32             ` Steinar Bang
  1999-10-04 16:09             ` Stainless Steel Rat
  0 siblings, 2 replies; 21+ messages in thread
From: Steinar Bang @ 1999-10-04  7:23 UTC (permalink / raw)


>>>>> Jan Vroonhof <vroonhof@math.ethz.ch>:

> Karl Kleinpaste <karl@justresearch.com> writes:
>> > It is a function, not a variable.

>> It is both, in newer XEmacsen.

Are there newer release versions than 20.4?

> Yes. But you should never read the variable.

Indeed.  But how would/should the syntax look like for this?

        ...
	(add-hook 'message-setup-hook
		  `(lambda ()
		     (let ((user-full-name ,(or (cdr name) user-full-name))
			   (user-mail-address
			    ,(or (cdr address) user-mail-address)))
		       (save-excursion
			 (message-remove-header "From")
			 (message-goto-eoh)
			 (insert "From: " (message-make-from) "\n")))))))))
        ...

Should user-full-name be surrounded by parantheses for it to be a
function call, I wonder...? (correct guess: lisp isn't my strongest
side) 


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-10-04  7:23           ` Steinar Bang
@ 1999-10-04  7:32             ` Steinar Bang
  1999-10-04 16:09             ` Stainless Steel Rat
  1 sibling, 0 replies; 21+ messages in thread
From: Steinar Bang @ 1999-10-04  7:32 UTC (permalink / raw)


>>>>> Steinar Bang <sb@metis.no>:

>>>>> Jan Vroonhof <vroonhof@math.ethz.ch>:
>> Karl Kleinpaste <karl@justresearch.com> writes:
>>> > It is a function, not a variable.

>>> It is both, in newer XEmacsen.

>> Yes. But you should never read the variable.

> Should user-full-name be surrounded by parantheses for it to be a
> function call, I wonder...? (correct guess: lisp isn't my strongest
> side)

Yes it should.  Here's the patch:

RCS file: /usr/local/cvsroot/gnus/lisp/gnus-msg.el,v
retrieving revision 5.33
diff -c -c -r5.33 gnus-msg.el
*** gnus-msg.el	1999/09/27 18:34:47	5.33
--- gnus-msg.el	1999/10/04 07:34:34
***************
*** 1195,1201 ****
        (when (or name address)
  	(add-hook 'message-setup-hook
  		  `(lambda ()
! 		     (let ((user-full-name ,(or (cdr name) user-full-name))
  			   (user-mail-address
  			    ,(or (cdr address) user-mail-address)))
  		       (save-excursion
--- 1195,1201 ----
        (when (or name address)
  	(add-hook 'message-setup-hook
  		  `(lambda ()
! 		     (let ((user-full-name ,(or (cdr name) (user-full-name)))
  			   (user-mail-address
  			    ,(or (cdr address) user-mail-address)))
  		       (save-excursion


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-10-04  7:23           ` Steinar Bang
  1999-10-04  7:32             ` Steinar Bang
@ 1999-10-04 16:09             ` Stainless Steel Rat
  1999-10-05 17:09               ` Toni Drabik
  1 sibling, 1 reply; 21+ messages in thread
From: Stainless Steel Rat @ 1999-10-04 16:09 UTC (permalink / raw)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

* Steinar Bang <sb@metis.no>  on Mon, 04 Oct 1999
| >> It is both, in newer XEmacsen.
| Are there newer release versions than 20.4?

21.7, now.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3+NFKgl+vIlSVSNkRAttqAKDBARMtg+iATQKDaudItWb9MM0DQACdEyCO
EEO+dqjD86lfAgMB+X+ykJ0=
=E77t
-----END PGP SIGNATURE-----

-- 
Rat <ratinox@peorth.gweep.net>    \ Do not use Happy Fun Ball on concrete.
Minion of Nathan - Nathan says Hi! \ 
PGP Key: at a key server near you!  \ 


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-10-04 16:09             ` Stainless Steel Rat
@ 1999-10-05 17:09               ` Toni Drabik
  1999-10-05 17:41                 ` Stainless Steel Rat
  0 siblings, 1 reply; 21+ messages in thread
From: Toni Drabik @ 1999-10-05 17:09 UTC (permalink / raw)


Stainless Steel Rat <ratinox@peorth.gweep.net> writes:

> * Steinar Bang <sb@metis.no>  on Mon, 04 Oct 1999
> | >> It is both, in newer XEmacsen.
> | Are there newer release versions than 20.4?
> 
> 21.7, now.

Err... You mean, 21.1.7, right?

-- 
Toni Drabik <tdrabik@public.srce.hr>
Warning: This article may be fatal if swallowed.


^ permalink raw reply	[flat|nested] 21+ messages in thread

* Re: 0.97 on xemacs: Symbol's value as variable is void: user-full-name
  1999-10-05 17:09               ` Toni Drabik
@ 1999-10-05 17:41                 ` Stainless Steel Rat
  0 siblings, 0 replies; 21+ messages in thread
From: Stainless Steel Rat @ 1999-10-05 17:41 UTC (permalink / raw)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

* Toni Drabik <tdrabik@public.srce.hr>  on Tue, 05 Oct 1999
| > 21.7, now.

| Err... You mean, 21.1.7, right?

Umm... yeah.  21.1.7.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE3+jg+gl+vIlSVSNkRAufRAJ9u9gZMdF0oKnQcXMb1EbP2Md/btgCfaFp2
PLsxBMJHGOL6BpL8DY53PkY=
=0YQZ
-----END PGP SIGNATURE-----

-- 
Rat <ratinox@peorth.gweep.net>    \ Do not use Happy Fun Ball on concrete.
Minion of Nathan - Nathan says Hi! \ 
PGP Key: at a key server near you!  \ 


^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~1999-10-05 17:41 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-09-28 17:42 0.97 on xemacs: Symbol's value as variable is void: user-full-name Steinar Bang
1999-09-28 18:02 ` Jody Klymak
1999-09-29  8:50   ` Steinar Bang
1999-09-29 15:41     ` Jody Klymak
1999-09-29  9:01   ` Jan Vroonhof
1999-09-29 12:29     ` Steinar Bang
1999-09-29 12:44       ` Karl Kleinpaste
1999-09-29 17:53         ` Shenghuo ZHU
1999-09-29 13:34       ` Kai Großjohann
1999-09-29 12:52 ` Didier Verna
1999-09-30  6:22   ` Steinar Bang
1999-09-30  6:46     ` Steinar Bang
1999-09-30  6:55       ` Steinar Bang
1999-09-30 18:47     ` Stainless Steel Rat
1999-09-30 19:10       ` Karl Kleinpaste
1999-10-01 12:45         ` Jan Vroonhof
1999-10-04  7:23           ` Steinar Bang
1999-10-04  7:32             ` Steinar Bang
1999-10-04 16:09             ` Stainless Steel Rat
1999-10-05 17:09               ` Toni Drabik
1999-10-05 17:41                 ` Stainless Steel Rat

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).