From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Elena Newsgroups: gmane.emacs.help Subject: Re: c/c++ project management and debugging Date: Wed, 22 Dec 2010 06:43:51 -0800 (PST) Organization: http://groups.google.com Message-ID: References: <4D0F4058.6050101@gmail.com> <038dfa58-3e80-4c49-bbd0-c1bbb16c41f1@j25g2000vbs.googlegroups.com> <87bp4ex0a4.fsf@kuiper.lan.informatimago.com> <7e99bd12-91df-4cc2-bfc9-576df4c5283b@i18g2000yqn.googlegroups.com> <87k4j2uohx.fsf@kuiper.lan.informatimago.com> <6d58027e-6ed1-41f6-8653-fbcd42236b68@w2g2000yqb.googlegroups.com> <87fwtqums7.fsf@kuiper.lan.informatimago.com> <86126496-de72-4e5c-9443-5cfce30f28ab@15g2000vbz.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1293032457 14276 80.91.229.12 (22 Dec 2010 15:40:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 22 Dec 2010 15:40:57 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 22 16:40:52 2010 Return-path: Envelope-to: geh-help-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 1PVQo6-0003KZ-TU for geh-help-gnu-emacs@m.gmane.org; Wed, 22 Dec 2010 16:40:51 +0100 Original-Received: from localhost ([127.0.0.1]:38295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PVQo6-0006fQ-AD for geh-help-gnu-emacs@m.gmane.org; Wed, 22 Dec 2010 10:40:50 -0500 Original-Path: usenet.stanford.edu!postnews.google.com!e20g2000vbn.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 68 Original-NNTP-Posting-Host: 89.96.190.244 Original-X-Trace: posting.google.com 1293029031 29213 127.0.0.1 (22 Dec 2010 14:43:51 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Wed, 22 Dec 2010 14:43:51 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: e20g2000vbn.googlegroups.com; posting-host=89.96.190.244; posting-account=AFCLjAoAAABJAOf_HjgEEEi3ty-lG5m2 User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13,gzip(gfe) Original-Xref: usenet.stanford.edu gnu.emacs.help:183549 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:77792 Archived-At: On Dec 22, 2:12=A0pm, Andrea Crotti wrote: > Elena writes: > > > Same as: "emacs -Q" then eval sexp. =A0Only problem, my .emacs is more > > than 200KB. =A0I would have liked to modularize it, but Emacs lacking o= f > > IDE-like facilities to navigate Emacs Lisp made me give up that. > > emacs doesn't lack that, you don't know how to use it ;) > C-h f and you can jump to any function you want. > The inline documentation and the ability to trace/try out/see the > implementation of all the elisp functions is wonderful. > > With semantic in your elisp file you can jump easily to any > function/variable you want and so on. > > And let me understand, your .emacs is more than 200KB but you're not ad > advanced user? > How can that be? > > The only explanation is that you copied everything could sound nice > inside and now you have no idea of what could go wrong. > Well if that is the case first you should understand very well what's in > your .emacs. More or less. When I started learning Emacs, I began copying snippets of code without really understanding how they worked. Nowadays, I still have a difficult time understanding some of them. I've become used to the facilities they provide, therefore my refactoring is a bit at a time. Not all of such code gets evaluated, though. > > Mine is only 57Kb after a couple of years of customizations. > > > What I mean with "tracing": > > >http://www.iro.umontreal.ca/~gambit/doc/gambit-c.html#Procedures-rela... > > > scroll till the section "trace". > > > Profiling still lacking, anyway. > > trace-function? > There are packages also for profiling, but I really don't think it could > help solve your problem since it gets completely stuck (not just slow). You are right about profiling: packages do exist which do a fine job. Regarding tracing, I failed to explain, sorry. I didn't mean such kind of trace. I was thinking about a logging facility, which logged calls outside user control. Such a facility, together with a profiler and a call-tree generator, would have made easy tracking down the function (or functions) which were causing the hang. > > > Done already. =A0Nobody has been able to help. =A0Currently Emacs lacks > > needed tools. =A0I'm sticking to Emacs 22, which hangs much less. > > > I always try to be constructive in helping package maintainers to > > track down bugs, but I'm not an advanced user. > > I think instead you lack needed knowledge instead, otherwise how do you > think that the developers are able to do a wonderful work without those t= ools? Nope. I have submitted here the issue to experienced Emacs users and they have not been able to help. Thus it is not a matter of lack of knowledge, it's just the lack of tools.