From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#1077: bug#670: bug#1077: 23.0.60; x-create-frame: (wrong-type-argument number-or-marker-p nil) Date: Sun, 28 Nov 2010 10:42:50 -0800 Message-ID: References: <003e01c9257c$a385d800$0200a8c0@us.oracle.com> <009701c9263f$9cce7120$0200a8c0@us.oracle.com> <000001c94cc1$e10e9c40$0200a8c0@us.oracle.com> <8F1F8998D60341099C4204B7BDD8AD4F@us.oracle.com> <96BC00F728B94AC18A15EA95B66C5248@us.oracle.com> <83zksv5g7j.fsf@gnu.org> <0A475933984F4CDA855D91C8B7639E3B@us.oracle.com> <83fwum5xzk.fsf@gnu.org> <9F24875655894485A414CD785D95725B@us.oracle.com> <83bp595od5.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1290969911 32688 80.91.229.12 (28 Nov 2010 18:45:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 28 Nov 2010 18:45:11 +0000 (UTC) Cc: 1077@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 28 19:45:07 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PMmFE-0000mB-GJ for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Nov 2010 19:45:05 +0100 Original-Received: from localhost ([127.0.0.1]:35165 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PMmFE-0004II-07 for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Nov 2010 13:45:04 -0500 Original-Received: from [140.186.70.92] (port=37593 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PMmF7-0004H7-Mu for bug-gnu-emacs@gnu.org; Sun, 28 Nov 2010 13:44:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PMmF6-0007Xw-FD for bug-gnu-emacs@gnu.org; Sun, 28 Nov 2010 13:44:57 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PMmF6-0007Xs-Dk for bug-gnu-emacs@gnu.org; Sun, 28 Nov 2010 13:44:56 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PMm9O-0004UB-8l; Sun, 28 Nov 2010 13:39:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Nov 2010 18:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1077 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 1077-submit@debbugs.gnu.org id=B1077.129096953617230 (code B ref 1077); Sun, 28 Nov 2010 18:39:02 +0000 Original-Received: (at 1077) by debbugs.gnu.org; 28 Nov 2010 18:38:56 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PMm9H-0004Tr-I4 for submit@debbugs.gnu.org; Sun, 28 Nov 2010 13:38:55 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PMm9G-0004Tf-DT for 1077@debbugs.gnu.org; Sun, 28 Nov 2010 13:38:54 -0500 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oASIiO0c012372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 28 Nov 2010 18:44:25 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oASCA8wu001136; Sun, 28 Nov 2010 18:44:23 GMT Original-Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 810407151290969780; Sun, 28 Nov 2010 10:43:00 -0800 Original-Received: from dradamslap1 (/10.159.220.140) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 28 Nov 2010 10:43:00 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83bp595od5.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: AcuPJHXpSQz7A81VTYOcJCudu6HX6AAAWOlg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 28 Nov 2010 13:39:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41973 Archived-At: > > That link let me download a file `gdb-7.2-1-mingw32-bin.tar.lzma'. > > I have no idea what to do with such a file (LZMA). > > It's a compressed tar file. Either download an lzma.exe and tar.exe > (or bsdtar.exe) from somewhere, or try 7zip. I have 7zip, and that worked. I put the binaries in my PATH. Next time I get a crash I should be able to use GDB, I guess. > > > It must be some Lisp code, called directly or indirectly by > > > x-create-frame. > > > > Then why doesn't the Lisp debugger have a stack frame for > > the Lisp function that called `<'? I assume you're saying that > > C calls some Lisp function _besides_ the Lisp function `<'. > > Why doesn't that function appear in the backtrace? > > Lisp debugger has no visibility into the C level. I understand that. But I'm not clear on how the backtrace stack is constructed. If the error occurs in `<' (Lisp), then shouldn't Lisp know what the _Lisp_ caller of Lisp `<' was? (You've already mentioned, I think, that C doesn't return control to Lisp `<' directly.) IOW, I think you're saying that C gives control back to Lisp, but to some Lisp function other than `<', some function that (eventually) calls `<' (Lisp). I don't understand why that Lisp function given control from C does not appear in the backtrace. Why do we see only a call to `x-create-frame' and then the error message for the (Lisp) `>' comparison? > > I suspect that you just forgot step #5: Enter Icicle minor > > mode using `icy-mode'. If you do not see the lighter `Icy' in the > > mode line, then you are not in Icicle mode. > > No, I didn't forget step #5, and I did see `Icy' in the mode line. > Let's hope it's the missing C-M-End. (You should get the same behavior for `C-M-down' as for `C-M-end' in this case. They are bound to different commands in the minibuffer completion maps, but in this case their behavior should be the same.) In Icicle mode I've never seen a backtrace like the one you show. Your backtrace shows that `down-list' was invoked. That's the command that `C-M-down' is bound to _globally_, in both vanilla Emacs and in Icicle mode. But `C-M-down' is _not_ bound to `down-list' in the minibuffer completion maps in Icicle mode. If you are really in Icicle mode, then `C-M-down' is bound (by default) to `icicle-next-candidate-per-mode-help' in the minibuffer completion maps. If it is bound to that command, then you should be able to see the backtrace I reported when you hit `C-M-down'. But let's stick to using `C-M-end' here. That's bound in the minibuffer completion maps to `icicle-help-on-next-prefix-candidate' (in Icicle mode). For prefix-completion (which is what `TAB' does), `icicle-next-candidate-per-mode-help' just calls `icicle-next-candidate-per-mode-help'. If you want to check the bindings, you can look at `minibuffer-local-must-match-map'. That's the keymap used for `C-h f' (since `describe-function' calls `completing-read' with t as REQUIRE-MATCH arg). When in Icicle mode, `C-h v minibuffer-local-must-match-map' should include these lines: (C-M-end . icicle-help-on-next-prefix-candidate) (C-M-down . icicle-next-candidate-per-mode-help)