* bug#43169: Emacs Lisp function list
@ 2020-09-02 14:40 pejas
2020-09-02 17:06 ` Eli Zaretskii
[not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
0 siblings, 2 replies; 4+ messages in thread
From: pejas @ 2020-09-02 14:40 UTC (permalink / raw)
To: 43169
Goood day,
working in a file in Lisp Interaction Mode I found an unexpected
behavior.
Here is a section from that file:
;;; section from file in Lisp Interaction Mode ===========
(list 1 2 3 4 5 6 7 8 9 10 11 12)
(1 2 3 4 5 6 7 8 9 10 11 12)
(list 1 2 3 4 5 6 7 8 9 10 11 12 13)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)
e
(list 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)
;;; another context n
(setq l1 (list 1 2 3 4 5 6 7 8 9 10))
(1 2 3 4 5 6 7 8 9 10)
(setq l2 (list 11 12))
(11 12)
(setq l3 (list 11 12 13))
(11 12 13)
(append l1 l2)
(1 2 3 4 5 6 7 8 9 10 11 12)
(append l1 l3)
(1 2 3 4 5 6 7 8 9 10 11 12 ...)
;;; End of section =========================================
I supose that it is a bug ?
I would be happy if you could send me some information
on this!
Wolfgang Pejas, Bielefeld, Germany
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#43169: Emacs Lisp function list
2020-09-02 14:40 bug#43169: Emacs Lisp function list pejas
@ 2020-09-02 17:06 ` Eli Zaretskii
[not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
1 sibling, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2020-09-02 17:06 UTC (permalink / raw)
To: pejas; +Cc: 43169
> Date: Wed, 02 Sep 2020 16:40:51 +0200
> From: pejas <pejas@math.uni-bielefeld.de>
>
> I supose that it is a bug ?
Which part(s) of what you have shown look like a bug to you?
^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>]
* bug#43169: Emacs Lisp function list
[not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
@ 2020-09-02 17:46 ` Alan Mackenzie
2020-09-04 1:48 ` Lars Ingebrigtsen
0 siblings, 1 reply; 4+ messages in thread
From: Alan Mackenzie @ 2020-09-02 17:46 UTC (permalink / raw)
To: pejas; +Cc: 43169, acm
Grüß aus Nürnberg!
In article <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org> you wrote:
> Goood day,
> working in a file in Lisp Interaction Mode I found an unexpected
> behavior.
> Here is a section from that file:
> ;;; section from file in Lisp Interaction Mode ===========
> (list 1 2 3 4 5 6 7 8 9 10 11 12)
> (1 2 3 4 5 6 7 8 9 10 11 12)
> (list 1 2 3 4 5 6 7 8 9 10 11 12 13)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)
> e
> (list 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)
> ;;; another context n
> (setq l1 (list 1 2 3 4 5 6 7 8 9 10))
> (1 2 3 4 5 6 7 8 9 10)
> (setq l2 (list 11 12))
> (11 12)
> (setq l3 (list 11 12 13))
> (11 12 13)
> (append l1 l2)
> (1 2 3 4 5 6 7 8 9 10 11 12)
> (append l1 l3)
> (1 2 3 4 5 6 7 8 9 10 11 12 ...)
> ;;; End of section =========================================
> I supose that it is a bug ?
> I would be happy if you could send me some information
> on this!
It's not a bug, but a deliberate strategy to abbreviate long and/or
deeply nested lists. It's annoying when you see what you have seen, but
it's also annoying when four screenfuls of output scroll rapidly past
you.
The pertinent variables are print-length and print-level, which you can
set in your .emacs. Use C-h v to find out exactly what each of these
does. I have both of these variables set to nil, but that's a matter of
taste.
You might also want to have a look at eval-expression-print-length and
eval-expression-print-level.
Happy hacking!
> Wolfgang Pejas, Bielefeld, Germany
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#43169: Emacs Lisp function list
2020-09-02 17:46 ` Alan Mackenzie
@ 2020-09-04 1:48 ` Lars Ingebrigtsen
0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-04 1:48 UTC (permalink / raw)
To: Alan Mackenzie; +Cc: pejas, 43169
Alan Mackenzie <acm@muc.de> writes:
> The pertinent variables are print-length and print-level, which you can
> set in your .emacs. Use C-h v to find out exactly what each of these
> does. I have both of these variables set to nil, but that's a matter of
> taste.
This doesn't seem like it's a bug, so I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-09-04 1:48 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-02 14:40 bug#43169: Emacs Lisp function list pejas
2020-09-02 17:06 ` Eli Zaretskii
[not found] ` <mailman.2094.1599061864.2469.bug-gnu-emacs@gnu.org>
2020-09-02 17:46 ` Alan Mackenzie
2020-09-04 1:48 ` Lars Ingebrigtsen
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.