From owner-freebsd-questions@FreeBSD.ORG Wed Mar 10 23:02:39 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED4E16A4CE for ; Wed, 10 Mar 2004 23:02:39 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3DD143D2F for ; Wed, 10 Mar 2004 23:02:38 -0800 (PST) (envelope-from underway@comcast.net) Received: from localhost.localdomain (c-24-17-47-224.client.comcast.net[24.17.47.224]) by comcast.net (sccrmhc11) with ESMTP id <2004031107023701100l94v2e>; Thu, 11 Mar 2004 07:02:37 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) i2B73Vtj078499; Wed, 10 Mar 2004 23:03:31 -0800 (PST) (envelope-from underway@comcast.net) Received: (from jojo@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id i2B73PFf078498; Wed, 10 Mar 2004 23:03:25 -0800 (PST) (envelope-from underway@comcast.net) To: Henrik W Lund References: <404E4276.4070607@broadpark.no> <404F75B3.9040100@broadpark.no> From: underway@comcast.net (Gary W. Swearingen) Date: Wed, 10 Mar 2004 23:03:25 -0800 In-Reply-To: <404F75B3.9040100@broadpark.no> (Henrik W. Lund's message of "Wed, 10 Mar 2004 21:08:19 +0100") Message-ID: <2nad2ng91e.d2n@mail.comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-questions@freebsd.org Subject: Re: XEmacs woes... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2004 07:02:39 -0000 Henrik W Lund writes: > Well, it generated output allright. Nothing that makes sense (unless I > sit down and learn an entire programming language, which seems huge > and cryptic, by the way), though. Here it is: > > Signaling: (invalid-regexp "Invalid syntax designator") > ~ signal(invalid-regexp ("invalid syntax designator")) > ~ byte-code("..." [kill-buffer buf signal data] 3) > ~ find-file-noselect("/usr/home/henrik/devel/sdl/lesson1/tutorial1.cpp") Some of that makes sense. It's just showing your a list of functions which had been called by other fuctions when it bailed out. It was obviously "find"ing your .cpp file, but that function then seems to be interpreting some "compiled" elisp, probably to process the C++ syntax with colors or whatever, and choked on some syntax it was not (due to its own bug?) not able to handle so it signaled an error with the error msg above in quotes. Now that I think of it, I once had a similar error where something couldn't handle my HTML. I never determined what was wrong, but changing the HTML "fixed" the problem. You could try messing with your .cpp file, or try to find a better fix by posting the "trace" to one of the emacs newsgroups. I'm not sure, but you might get a better trace (with several other function calls replacing the "byte-code" thing, if you try to get your emacs to use /usr/local/lib/xemacs-21.4.14/lisp/files.el rather than /usr/local/lib/xemacs-21.4.14/lisp/files.elc eg, by renaming the latter temporarily to files.elc.xxx. Assuming that you're trying to track down the .el file (called indirectly from find-file-noselect) which analyzes the C++ code. I give up.