all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#62248: 29.0.60; nil obsolete
       [not found] <875yay3hco.fsf.ref@yahoo.com>
@ 2023-03-18  2:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-03-18  6:16   ` Eli Zaretskii
  2023-03-18  6:52   ` Michael Welsh Duggan
  0 siblings, 2 replies; 10+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-03-18  2:48 UTC (permalink / raw)
  To: 62248

Type:

  C-h v nil RET

Emacs will describe `nil' as obsolete since 29.1.
That is absurd.





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  2:48 ` bug#62248: 29.0.60; nil obsolete Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2023-03-18  6:16   ` Eli Zaretskii
  2023-03-18  6:52   ` Michael Welsh Duggan
  1 sibling, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2023-03-18  6:16 UTC (permalink / raw)
  To: Po Lu; +Cc: 62248

> Date: Sat, 18 Mar 2023 10:48:07 +0800
> From:  Po Lu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> Type:
> 
>   C-h v nil RET
> 
> Emacs will describe `nil' as obsolete since 29.1.

I cannot reproduce this.  I tried MS-Windows and GNU/Linux.  I get:

  nil’s value is nil

  Not documented as a variable.

    Probably introduced at or before Emacs version 1.6.

which looks reasonable enough.





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  2:48 ` bug#62248: 29.0.60; nil obsolete Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-03-18  6:16   ` Eli Zaretskii
@ 2023-03-18  6:52   ` Michael Welsh Duggan
  2023-03-18  7:05     ` Eli Zaretskii
  1 sibling, 1 reply; 10+ messages in thread
From: Michael Welsh Duggan @ 2023-03-18  6:52 UTC (permalink / raw)
  To: 62248; +Cc: luangruo

Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@gnu.org> writes:

> Type:
>
>   C-h v nil RET
>
> Emacs will describe `nil' as obsolete since 29.1.
> That is absurd.

Happens for me too, but not with -Q.  So some common package is causing
this, likely by accident.

-- 
Michael Welsh Duggan
(md5i@md5i.com)





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  6:52   ` Michael Welsh Duggan
@ 2023-03-18  7:05     ` Eli Zaretskii
  2023-03-18  7:15       ` Michael Welsh Duggan
                         ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Eli Zaretskii @ 2023-03-18  7:05 UTC (permalink / raw)
  To: Michael Welsh Duggan; +Cc: luangruo, 62248

> Cc: luangruo@yahoo.com
> From: Michael Welsh Duggan <mwd@md5i.com>
> Date: Sat, 18 Mar 2023 02:52:57 -0400
> 
> Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" <bug-gnu-emacs@gnu.org> writes:
> 
> > Type:
> >
> >   C-h v nil RET
> >
> > Emacs will describe `nil' as obsolete since 29.1.
> > That is absurd.
> 
> Happens for me too, but not with -Q.  So some common package is causing
> this, likely by accident.

Can you step through help-fns--var-obsolete and tell what you see
there?  E.g., does (get nil 'byte-obsolete-variable) return non-nil?

If so, how about running Emacs with a breakpoint in Fput and condition
that symbol == Qnil (assuming your Emacs is not configured to
represent Lisp objects as structs)?





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:05     ` Eli Zaretskii
@ 2023-03-18  7:15       ` Michael Welsh Duggan
  2023-03-18  7:22         ` Eli Zaretskii
  2023-03-18  7:29         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2023-03-18  7:16       ` Eli Zaretskii
  2023-03-18  7:28       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2 siblings, 2 replies; 10+ messages in thread
From: Michael Welsh Duggan @ 2023-03-18  7:15 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Michael Welsh Duggan, 62248, luangruo

Eli Zaretskii <eliz@gnu.org> writes:

>> Cc: luangruo@yahoo.com
>> From: Michael Welsh Duggan <mwd@md5i.com>
>> Date: Sat, 18 Mar 2023 02:52:57 -0400
>> 
>> Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
>> editors" <bug-gnu-emacs@gnu.org> writes:
>> 
>> > Type:
>> >
>> >   C-h v nil RET
>> >
>> > Emacs will describe `nil' as obsolete since 29.1.
>> > That is absurd.
>> 
>> Happens for me too, but not with -Q.  So some common package is causing
>> this, likely by accident.
>
> Can you step through help-fns--var-obsolete and tell what you see
> there?  E.g., does (get nil 'byte-obsolete-variable) return non-nil?
>
> If so, how about running Emacs with a breakpoint in Fput and condition
> that symbol == Qnil (assuming your Emacs is not configured to
> represent Lisp objects as structs)?

I traced it, in my instance, to this line from url-gw.el:

(make-obsolete-variable url-gw-rlogin-obsolete-warned-once nil "29.1")

Maybe `make-obsolete-variable' should warn or error with nil as its
initial argument.

-- 
Michael Welsh Duggan
(md5i@md5i.com)





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:05     ` Eli Zaretskii
  2023-03-18  7:15       ` Michael Welsh Duggan
@ 2023-03-18  7:16       ` Eli Zaretskii
  2023-03-18  7:28       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2 siblings, 0 replies; 10+ messages in thread
From: Eli Zaretskii @ 2023-03-18  7:16 UTC (permalink / raw)
  To: mwd, luangruo; +Cc: 62248

> Cc: luangruo@yahoo.com, 62248@debbugs.gnu.org
> Date: Sat, 18 Mar 2023 09:05:11 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> 
> If so, how about running Emacs with a breakpoint in Fput and condition
> that symbol == Qnil (assuming your Emacs is not configured to
> represent Lisp objects as structs)?

Or how about adding

  if (NILP (symbol) || EQ (symbol, Qt))
    emacs_abort ();

to Fput, and then run with this under GDB?





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:15       ` Michael Welsh Duggan
@ 2023-03-18  7:22         ` Eli Zaretskii
  2023-09-07 23:02           ` Stefan Kangas
  2023-03-18  7:29         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2023-03-18  7:22 UTC (permalink / raw)
  To: Michael Welsh Duggan; +Cc: luangruo, 62248

> From: Michael Welsh Duggan <mwd@md5i.com>
> Cc: Michael Welsh Duggan <mwd@md5i.com>,  62248@debbugs.gnu.org,
>   luangruo@yahoo.com
> Date: Sat, 18 Mar 2023 03:15:11 -0400
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > If so, how about running Emacs with a breakpoint in Fput and condition
> > that symbol == Qnil (assuming your Emacs is not configured to
> > represent Lisp objects as structs)?
> 
> I traced it, in my instance, to this line from url-gw.el:
> 
> (make-obsolete-variable url-gw-rlogin-obsolete-warned-once nil "29.1")

OK, I already found (by different means) that one, and fixed it (and
another similar one in url-misc).

> Maybe `make-obsolete-variable' should warn or error with nil as its
> initial argument.

We could install something like that on master, yes.  But then we
should also warn if the symbol is t, I think.





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:05     ` Eli Zaretskii
  2023-03-18  7:15       ` Michael Welsh Duggan
  2023-03-18  7:16       ` Eli Zaretskii
@ 2023-03-18  7:28       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2 siblings, 0 replies; 10+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-03-18  7:28 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Michael Welsh Duggan, 62248

Eli Zaretskii <eliz@gnu.org> writes:

> Can you step through help-fns--var-obsolete and tell what you see
> there?  E.g., does (get nil 'byte-obsolete-variable) return non-nil?

Yes, (get nil 'byte-obsolete-variable) returns:

  (nil nil "29.1")

> If so, how about running Emacs with a breakpoint in Fput and condition
> that symbol == Qnil (assuming your Emacs is not configured to
> represent Lisp objects as structs)?

I will try that.





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:15       ` Michael Welsh Duggan
  2023-03-18  7:22         ` Eli Zaretskii
@ 2023-03-18  7:29         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
  1 sibling, 0 replies; 10+ messages in thread
From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-03-18  7:29 UTC (permalink / raw)
  To: Michael Welsh Duggan; +Cc: 62248, Eli Zaretskii

Michael Welsh Duggan <mwd@md5i.com> writes:

> I traced it, in my instance, to this line from url-gw.el:
>
> (make-obsolete-variable url-gw-rlogin-obsolete-warned-once nil "29.1")

Ah, thanks!  This saves me quite some trouble.
This should be:

  (make-obsolete-variable 'url-gw-rlogin-obsolete-warned-once nil "29.1")





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

* bug#62248: 29.0.60; nil obsolete
  2023-03-18  7:22         ` Eli Zaretskii
@ 2023-09-07 23:02           ` Stefan Kangas
  0 siblings, 0 replies; 10+ messages in thread
From: Stefan Kangas @ 2023-09-07 23:02 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Michael Welsh Duggan, luangruo, 62248-done

Version: 30.1

Eli Zaretskii <eliz@gnu.org> writes:

>> Maybe `make-obsolete-variable' should warn or error with nil as its
>> initial argument.
>
> We could install something like that on master, yes.  But then we
> should also warn if the symbol is t, I think.

I made it error in that case, so I'm closing the bug.





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

end of thread, other threads:[~2023-09-07 23:02 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <875yay3hco.fsf.ref@yahoo.com>
2023-03-18  2:48 ` bug#62248: 29.0.60; nil obsolete Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-03-18  6:16   ` Eli Zaretskii
2023-03-18  6:52   ` Michael Welsh Duggan
2023-03-18  7:05     ` Eli Zaretskii
2023-03-18  7:15       ` Michael Welsh Duggan
2023-03-18  7:22         ` Eli Zaretskii
2023-09-07 23:02           ` Stefan Kangas
2023-03-18  7:29         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-03-18  7:16       ` Eli Zaretskii
2023-03-18  7:28       ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.