From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: Problem with agenda and diary Date: Thu, 17 Mar 2011 20:20:09 -0400 Message-ID: <11510.1300407609@alphaville.usa.hp.com> References: <87sjul50xb.fsf@rochester.rr.com> <8762rhg8o8.fsf@member.fsf.org> <87vczhep74.fsf@member.fsf.org> <808vwdtrt5.fsf@somewhere.org> <9519.1300399599@alphaville.usa.hp.com> <8062rhs482.fsf@somewhere.org> Reply-To: nicholas.dokos@hp.com Return-path: Received: from [140.186.70.92] (port=47299 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0NQL-0005Mm-80 for emacs-orgmode@gnu.org; Thu, 17 Mar 2011 20:20:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0NQJ-0001T2-TG for emacs-orgmode@gnu.org; Thu, 17 Mar 2011 20:20:13 -0400 Received: from g1t0026.austin.hp.com ([15.216.28.33]:24769) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0NQJ-0001Sp-Nv for emacs-orgmode@gnu.org; Thu, 17 Mar 2011 20:20:11 -0400 In-Reply-To: Message from =?utf-8?Q?S=C3=A9bastien_Vauban?= of "Fri, 18 Mar 2011 00:43:25 BST." <8062rhs482.fsf@somewhere.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?utf-8?Q?S=C3=A9bastien_Vauban?= Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org =?utf-8?Q?S=C3=A9bastien_Vauban?= wrote: > Hi Nick, > > Nick Dokos wrote: > > =3D?utf-8?Q?S=3DC3=3DA9bastien_Vauban?=3D wr= > ote: > >> Side question: how do you do to see a really full backtrace? > >>=20 > >> My backtraces always are elided with ellipsis inside the lines... > >>=20 > > > > IIRC, these should do it: > > > > ,---- > > | -- Variable: print-length > > | The value of this variable is the maximum number of elements to > > | print in any list, vector or bool-vector. If an object being > > | printed has more than this many elements, it is abbreviated with > > | an ellipsis. > > |=20 > > | If the value is `nil' (the default), then there is no limit. > > |=20 > > | (setq print-length 2) > > | =3D> 2 > > | (print '(1 2 3 4 5)) > > | -| (1 2 ...) > > | =3D> (1 2 ...) > > |=20 > > | -- Variable: print-level > > | The value of this variable is the maximum depth of nesting of > > | parentheses and brackets when printed. Any list or vector at a > > | depth exceeding this limit is abbreviated with an ellipsis. A > > | value of `nil' (which is the default) means no limit. > > `---- > > Weird, they already both are at nil in my current setup. > > As I don't play with them (in my config), I don't understand how the traces > are still partial... > There's also these two to worry about: -- User Option: eval-expression-print-length -- User Option: eval-expression-print-level These are the values for `print-length' and `print-level' used by `eval-expression', and thus, indirectly, by many interactive evaluation commands (*note Evaluating Emacs-Lisp Expressions: (emacs)Lisp Eval.). by default, 12 and 4 resp. In Tassilo's backtrace, I see ellipses at level 4, so I guess eval-expression-print-level did that. I also dug a bit deeper: if print_level is nil then backtrace sets the maximum level to 8, so deeper calls will be elided. So try setting print_level to some large number and see if that gets rid of the ellipses. However, eight levels should be enough for just about anything, no? Nick