When in no-window use GNU Emacs clips contents in *Backtrace* buffer

[Peter Dyballa-2]

Hello!

When I launch GNU Emacs as an X client with --debug-init lines in  
*Backtrace* buffer are truncated, so I copy them and paste them into  
*scratch* buffer. Everything's now expanded to full length.

When I try the same in xterm or in Apple's Terminal without windows,  
the truncated lines like in this example

        Debugger entered--Lisp error: (void-variable -)
          eval-buffer(#<buffer  *load*> nil "/Users/pete/.emacs" nil t)  ;  
Reading at buffer position 2$
          load-with-code-conversion("/Users/pete/.emacs" "/Users/
pete/.emacs" t t)

are not expanded, they seem to be clipped in *Backtrace* buffer. So  
it's not easy to get the buffer position where the error happens ...


In GNU Emacs 22.1.50.1 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d  
scroll bars)
  of 2007-08-04 on localhost
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-sound' '--without-pop' '--
with-x-toolkit=athena' '--with-xpm' '--with-jpeg' '--with-tiff' '--
with-gif' '--with-png' '--enable-locallisppath=/Library/Application  
Support/Emacs/calendar22:/Library/Application Support/Emacs'  
'CPPFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/include/
pango-1.0 -I/sw/lib/freetype219/include -I/sw/lib/freetype219/include/
freetype2 -I/sw/lib/fontconfig2/include -I/sw/include/libpng12 -I/usr/
local/include -I/sw/include' 'CXXFLAGS=-no-cpp-precomp -I/usr/include/
openssl -I/sw/include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/
lib/freetype219/include/freetype2 -I/sw/lib/fontconfig2/include -I/sw/
include/libpng12 -I/usr/local/include -I/sw/include' 'LDFLAGS=-
dead_strip -L/sw/lib/freetype219/lib -L/sw/lib/fontconfig2/lib -L/sw/
lib/ncurses -L/usr/local/lib -L/sw/lib' 'CFLAGS=-pipe -bind_at_load -
fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-vectorize -
foptimize-register-move -freorder-blocks -freorder-blocks-and-
partition -fthread-jumps -fpeephole -fno-crossjumping''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   locale-coding-system: utf-8
   default-enable-multibyte-characters: t

Major mode: Debugger

Minor modes in effect:
   shell-dirtrack-mode: t
   show-paren-mode: t
   display-time-mode: t
   desktop-save-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   unify-8859-on-encoding-mode: t
   utf-translate-cjk-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t



--
Greetings

   Pete

There's no place like ~
                           (UNIX Guru)




_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@...
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

[Jason Rumney-4]

Peter Dyballa wrote:

> When I try the same in xterm or in Apple's Terminal without windows,
> the truncated lines like in this example
>
>     Debugger entered--Lisp error: (void-variable -)
>       eval-buffer(#<buffer  *load*> nil "/Users/pete/.emacs" nil t)  ;
> Reading at buffer position 2$
>       load-with-code-conversion("/Users/pete/.emacs"
> "/Users/pete/.emacs" t t)
>
> are not expanded, they seem to be clipped in *Backtrace* buffer. So
> it's not easy to get the buffer position where the error happens ...

How do you copy them in the xterm window? If you use xterm's clipboard
integration, then you shouldn't expect to get more than xterm can see on
the clipboard.



_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@...
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

[Peter Dyballa-2]

Am 05.08.2007 um 23:56 schrieb Jason Rumney:

> Peter Dyballa wrote:
>> When I try the same in xterm or in Apple's Terminal without windows,
>> the truncated lines like in this example
>>
>>     Debugger entered--Lisp error: (void-variable -)
>>       eval-buffer(#<buffer  *load*> nil "/Users/pete/.emacs" nil  
>> t)  ;
>> Reading at buffer position 2$
>>       load-with-code-conversion("/Users/pete/.emacs"
>> "/Users/pete/.emacs" t t)
>>
>> are not expanded, they seem to be clipped in *Backtrace* buffer. So
>> it's not easy to get the buffer position where the error happens ...
>
> How do you copy them in the xterm window? If you use xterm's clipboard
> integration, then you shouldn't expect to get more than xterm can  
> see on
> the clipboard.
>

I was doing exactly that! In the GNU Emacs X client it works, xterm  
is another X client ...

It would be at least helpful when the lines weren't truncated by some  
default in some kind of information hiding!

--
Greetings

   Pete

"Isn't vi that text editor with two modes... one that beeps and one
that corrupts your file?" -- Dan Jacobson, on comp.os.linux.advocacy




_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@...
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug