pp-to-string heisenberg bug

pp-to-string heisenberg bug

[Mike Mattie]

[-- Attachment #1: Type: text/plain, Size: 1268 bytes --]

Hello,

I am running Emacs 23.0.60.2 on linux, and Emacs.app 0.9-rc2. The following pp-to-string
phenomena is seen on both platforms.

description:

pp-to-string is suppost to pretty print nested lists, however when I start Emacs I always get
this output truncated with ...

<example 1>
parser-compile-run: Creating new closure.
(lambda
  (start-pos)
  (save-excursion
    (let
        (...)
      (goto-char start-pos)
      (funcall ...))))
</example 1>

Which is very annoying.

If I edebug-defun evaluate this little snippet:

(pp-to-string 'foo)

a couple of times pp-to-string starts working normally producing the
correct output below:

<example 2>
parser-compile-run: Creating new closure.
(lambda
  (start-pos)
  (save-excursion
    (let
        ((parser-position
          (cons start-pos nil)))
      (goto-char start-pos)
      (funcall 'start))))
</example 2>

If you can't reproduce this problem it might have to do with what kind of lists my parser-compiler is generating.
If That is the case (I think so) contact me for help in reproducing the problem. It happens every time, I have to "trigger"
normal behavior so it's a matter of running a small test case with my Parser Compiler.

Cheers,
Mike Mattie

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: pp-to-string heisenberg bug

[Thien-Thi Nguyen]

() Mike Mattie <codermattie@gmail.com>
() Mon, 31 Mar 2008 15:56:30 -0700

   pp-to-string is suppost to pretty print nested lists, however
   when I start Emacs I always get this output truncated with ...

Substitution w/ "..." is called "abbreviation", not "truncation",
and is controlled by `print-level' and `print-length', not just
for `pp-to-string', but for the primitive output funcs it uses,
e.g., `prin1'.  Other print-foo vars control other aspects.

thi

Re: pp-to-string heisenberg bug

[Andreas Schwab]

Mike Mattie <codermattie@gmail.com> writes:

> pp-to-string is suppost to pretty print nested lists, however when I start Emacs I always get
> this output truncated with ...
>
> <example 1>
> parser-compile-run: Creating new closure.
> (lambda
>   (start-pos)
>   (save-excursion
>     (let
>         (...)
>       (goto-char start-pos)
>       (funcall ...))))
> </example 1>

print-length is a variable defined in `src/print.c'.
Its value is nil


Documentation:
Maximum length of list to print before abbreviating.
A value of nil means no limit.  See also `eval-expression-print-length'.

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: pp-to-string heisenberg bug

[Stephen J. Turnbull]

Thien-Thi Nguyen writes:
 > () Mike Mattie <codermattie@gmail.com>
 > () Mon, 31 Mar 2008 15:56:30 -0700
 > 
 >    pp-to-string is suppost to pretty print nested lists, however
 >    when I start Emacs I always get this output truncated with ...
 > 
 > Substitution w/ "..." is called "abbreviation", not "truncation",

That's unfortunate, because the technical term is "elision", and the
semantics of elision is IMO much closer to truncation than to
abbreviation.  An abbreviation is an incomplete copy conveying the
full meaning of the original, while an elision is an incomplete copy
lacking details considered unimportant by the editor.

Thus, 'foo is an abbreviation of (quote foo) because the semantics are
exactly the same by convention (enforced by reader macro), while (foo
...) is an elision of (foo bar baz quux) because it doesn't have the
same semantics.

Re: pp-to-string heisenberg bug

[Thien-Thi Nguyen]

() "Stephen J. Turnbull" <stephen@xemacs.org>
() Thu, 03 Apr 2008 00:07:23 +0900

   That's unfortunate, because the technical term is "elision",
   and the semantics of elision is IMO much closer to truncation
   than to abbreviation.  An abbreviation is an incomplete copy
   conveying the full meaning of the original, while an elision is
   an incomplete copy lacking details considered unimportant by
   the editor.

   Thus, 'foo is an abbreviation of (quote foo) because the
   semantics are exactly the same by convention (enforced by
   reader macro), while (foo ...) is an elision of (foo bar baz
   quux) because it doesn't have the same semantics.

Yeah, "elision" is nicer.  Actually, "truncation" strikes my fancy,
too, after looking at the tree like Castenada would.  Words are such
traitors, yet spies we cannot due w/o.

thi