From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: filerz-emacs@yahoo.com Newsgroups: gmane.emacs.devel Subject: Re: GDB debugger mode for Emacs in ELPA Date: Fri, 27 Jun 2008 11:14:07 +0530 (IST) Message-ID: <436232.92296.qm@web95013.mail.in2.yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1214545470 7300 80.91.229.12 (27 Jun 2008 05:44:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 27 Jun 2008 05:44:30 +0000 (UTC) Cc: emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 27 07:45:14 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KC6ll-0005xM-KP for ged-emacs-devel@m.gmane.org; Fri, 27 Jun 2008 07:45:14 +0200 Original-Received: from localhost ([127.0.0.1]:34232 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KC6kv-0005bC-Lp for ged-emacs-devel@m.gmane.org; Fri, 27 Jun 2008 01:44:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KC6kn-0005au-Rb for emacs-devel@gnu.org; Fri, 27 Jun 2008 01:44:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KC6kl-0005aI-Po for emacs-devel@gnu.org; Fri, 27 Jun 2008 01:44:12 -0400 Original-Received: from [199.232.76.173] (port=56137 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KC6kl-0005aF-Kl for emacs-devel@gnu.org; Fri, 27 Jun 2008 01:44:11 -0400 Original-Received: from n7a.bullet.mail.tp2.yahoo.com ([203.188.202.106]:38343) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1KC6kk-0008IF-Ie for emacs-devel@gnu.org; Fri, 27 Jun 2008 01:44:11 -0400 Original-Received: from [203.188.202.70] by n7.bullet.mail.tp2.yahoo.com with NNFMP; 27 Jun 2008 05:44:08 -0000 Original-Received: from [202.43.196.225] by t1.bullet.mail.tp2.yahoo.com with NNFMP; 27 Jun 2008 05:44:08 -0000 Original-Received: from [203.212.168.60] by t2.bullet.tpe.yahoo.com with NNFMP; 27 Jun 2008 05:44:08 -0000 Original-Received: from [203.104.18.51] by t1.bullet.kr1.yahoo.com with NNFMP; 27 Jun 2008 05:44:08 -0000 Original-Received: from [127.0.0.1] by omp112.mail.in2.yahoo.com with NNFMP; 27 Jun 2008 05:44:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 522883.49484.bm@omp112.mail.in2.yahoo.com Original-Received: (qmail 95965 invoked by uid 60001); 27 Jun 2008 05:44:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=alMwmMA0ju+0/8fceGubwaLxy0Ie9hdW5iKy6kR05gX71e1Ht+NI2ev4xLP4+j5tq264TRQ9I4Mc5Qgd6QVXkPmmEwwrRVxQ5/65VJt4P6BT+qHB+knklYsEx48eCCV2isvbD+rkelBUscv1sNtalDW5gnmEsPjwlKbM+6lt/7s=; Original-Received: from [202.3.112.9] by web95013.mail.in2.yahoo.com via HTTP; Fri, 27 Jun 2008 11:14:07 IST X-Mailer: YahooMailRC/975.49 YahooMailWebService/0.7.199 X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:99995 Archived-At: Hello,=0A=0A----- Original Message ----=0A> From: Nick Roberts =0A> I don't know why your stack trace gives no arguments for r_re= _alloc as it has=0A> two in ralloc.c. Is it possible that Emacs has found = a different copy, i.e.=0A> one without symbols? =0A=0AI have a build using= optimizations (O2). I now have a build with optimizations disabled.=0A=0A>= Just guessing, but should REL_ALLOC be defined if you built using VS 2003?= =0A> (as that seems to imply GNU malloc).=0A=0AThe backtrace was from the M= inGW build (with optimizations)=0A=0A> What happened with your MinGW build?= =0A=0AThe back trace without optimizations:=0A=0A(gdb) bt=0A#0 w32_abort (= ) at w32fns.c:8179=0A#1 0x01190a28 in r_re_alloc (ptr=3D0x2ed8a08, size=3D= 2220) at ralloc.c:1028=0A#2 0x0106fd65 in enlarge_buffer_text (b=3D0x2ed8a= 00, delta=3D2199) at buffer.c:5051=0A#3 0x01146d19 in make_gap_larger (nby= tes_added=3D2199) at insdel.c:526=0A#4 0x01147045 in make_gap (nbytes_adde= d=3D199) at insdel.c:621=0A#5 0x01147c31 in insert_from_string_1 (string= =3D53214147, pos=3D0, pos_byte=3D0, nchars=3D219, nbytes=3D219, inherit=3D0= , before_markers=3D0) at insdel.c:1107=0A#6 0x01147ab3 in insert_from_stri= ng (string=3D53214147, pos=3D0, pos_byte=3D0, length=3D219, length_byte=3D2= 19, inherit=3D0) at insdel.c:1048=0A#7 0x0113a118 in general_insert_functi= on (insert_func=3D0x1147410 , insert_from_string_func=3D0x1147a7a <= insert_from_string>, inherit=3D0, nargs=3D2, arg=0A#8 0x0113a179 in Finser= t (nargs=3D2, args=3D0x0) at editfns.c:2224=0A#9 0x01118eef in Fbyte_code = (bytestr=3D48484307, vector=3D50588676, maxdepth=3D48) at bytecode.c:1265= =0A#10 0x010245fb in funcall_lambda (fun=3D51236420, nargs=3D0, arg_vector= =3D0x82d654) at eval.c:3229=0A#11 0x010240cf in Ffuncall (nargs=3D1, args= =3D0x82d650) at eval.c:3088=0A#12 0x011171ee in Fbyte_code (bytestr=3D53051= 635, vector=3D50881540, maxdepth=3D40) at bytecode.c:678=0A#13 0x010245fb i= n funcall_lambda (fun=3D51234372, nargs=3D0, arg_vector=3D0x82d8e0) at eval= ..c:3229=0A#14 0x010242e5 in apply_lambda (fun=3D51234372, args=3D43726849, = eval_flag=3D1) at eval.c:3153=0A#15 0x010231c7 in Feval (form=3D58300885) a= t eval.c:2415=0A#16 0x01020003 in Fprogn (args=3D58300869) at eval.c:449=0A= #17 0x01022df3 in Feval (form=3D58301085) at eval.c:2320=0A#18 0x0101ff1d i= n Fif (args=3D58301133) at eval.c:397=0A#19 0x01022df3 in Feval (form=3D583= 01269) at eval.c:2320=0A#20 0x01020003 in Fprogn (args=3D58300317) at eval.= c:449=0A#21 0x010245ae in funcall_lambda (fun=3D58300309, nargs=3D0, arg_ve= ctor=3D0x82dcc0) at eval.c:3222=0A#22 0x010242e5 in apply_lambda (fun=3D583= 00309, args=3D43726849, eval_flag=3D1) at eval.c:3153=0A#23 0x010232ab in F= eval (form=3D58297893) at eval.c:2433=0A#24 0x01020003 in Fprogn (args=3D58= 297877) at eval.c:449=0A#25 0x01020fa0 in FletX (args=3D58297901) at eval.c= :1033=0A#26 0x01022df3 in Feval (form=3D58298165) at eval.c:2320=0A#27 0x01= 020003 in Fprogn (args=3D58295773) at eval.c:449=0A#28 0x01021204 in Flet (= args=3D58299901) at eval.c:1089=0A#29 0x01022df3 in Feval (form=3D58300181)= at eval.c:2320=0A#30 0x01020003 in Fprogn (args=3D58295765) at eval.c:449= =0A#31 0x010245ae in funcall_lambda (fun=3D58295757, nargs=3D2, arg_vector= =3D0x82e180) at eval.c:3222=0A#32 0x010242e5 in apply_lambda (fun=3D5829575= 7, args=3D58331517, eval_flag=3D1) at eval.c:3153=0A#33 0x010232ab in Feval= (form=3D58331525) at eval.c:2433=0A#34 0x01020003 in Fprogn (args=3D583315= 01) at eval.c:449=0A#35 0x01137947 in Fsave_excursion (args=3D58331621) at = editfns.c:1003=0A#36 0x01022df3 in Feval (form=3D58331645) at eval.c:2320= =0A#37 0x01020003 in Fprogn (args=3D58331469) at eval.c:449=0A#38 0x0102120= 4 in Flet (args=3D58331653) at eval.c:1089=0A#39 0x01022df3 in Feval (form= =3D58331765) at eval.c:2320=0A#40 0x01020003 in Fprogn (args=3D58331461) at= eval.c:449=0A#41 0x010245ae in funcall_lambda (fun=3D58331453, nargs=3D2, = arg_vector=3D0x82e620) at eval.c:3222=0A#42 0x010242e5 in apply_lambda (fun= =3D58331453, args=3D58327205, eval_flag=3D1) at eval.c:3153=0A#43 0x010232a= b in Feval (form=3D58327213) at eval.c:2433=0A#44 0x01020003 in Fprogn (arg= s=3D58327189) at eval.c:449=0A#45 0x0101ffbf in Fcond (args=3D58327181) at = eval.c:426=0A#46 0x01022df3 in Feval (form=3D58327269) at eval.c:2320=0A#47= 0x01020003 in Fprogn (args=3D58326933) at eval.c:449=0A#48 0x01020fa0 in F= letX (args=3D58327277) at eval.c:1033=0A#49 0x01022df3 in Feval (form=3D583= 27445) at eval.c:2320=0A#50 0x01020003 in Fprogn (args=3D58381413) at eval.= c:449=0A#51 0x010245ae in funcall_lambda (fun=3D58381397, nargs=3D1, arg_ve= ctor=3D0x82eb44) at eval.c:3222=0A#52 0x01024157 in Ffuncall (nargs=3D2, ar= gs=3D0x82eb40) at eval.c:3099=0A#53 0x010239dc in call1 (fn=3D58381397, arg= 1=3D48498313) at eval.c:2823=0A#54 0x01098a7f in mapcar1 (leni=3D1, vals=3D= 0x0, fn=3D58381397, seq=3D58381421) at fns.c:2502=0A#55 0x01098e33 in Fmapc= (function=3D58381397, sequence=3D58381421) at fns.c:2594=0A#56 0x01022ffa = in Feval (form=3D58327477) at eval.c:2376=0A#57 0x01020003 in Fprogn (args= =3D58326885) at eval.c:449=0A#58 0x010245ae in funcall_lambda (fun=3D583268= 77, nargs=3D1, arg_vector=3D0x82ed70) at eval.c:3222=0A#59 0x010242e5 in ap= ply_lambda (fun=3D58326877, args=3D58326237, eval_flag=3D1) at eval.c:3153= =0A#60 0x010232ab in Feval (form=3D58326245) at eval.c:2433=0A#61 0x0102000= 3 in Fprogn (args=3D58326229) at eval.c:449=0A#62 0x01021204 in Flet (args= =3D58326253) at eval.c:1089=0A#63 0x01022df3 in Feval (form=3D58326413) at = eval.c:2320=0A#64 0x01020003 in Fprogn (args=3D58326221) at eval.c:449=0A#6= 5 0x01021204 in Flet (args=3D58326509) at eval.c:1089=0A#66 0x01022df3 in F= eval (form=3D58326565) at eval.c:2320=0A#67 0x01020003 in Fprogn (args=3D58= 326213) at eval.c:449=0A#68 0x010245ae in funcall_lambda (fun=3D58326189, n= args=3D1, arg_vector=3D0x82f360) at eval.c:3222=0A#69 0x01024157 in Ffuncal= l (nargs=3D2, args=3D0x82f35c) at eval.c:3099=0A#70 0x010233e8 in Fapply (n= args=3D2, args=3D0x82f35c) at eval.c:2475=0A#71 0x01023985 in apply1 (fn=3D= 44027457, arg=3D58381501) at eval.c:2791=0A#72 0x0111a380 in Fcall_interact= ively (function=3D44027457, record_flag=3D43726897, keys=3D43760388) at cal= lint.c:389=0A#73 0x01023ee3 in Ffuncall (nargs=3D4, args=3D0x82f618) at eva= l.c:3048=0A#74 0x01023a52 in call3 (fn=3D43921409, arg1=3D44027457, arg2=3D= 43726897, arg3=3D43726849) at eval.c:2868=0A#75 0x01015344 in Fcommand_exec= ute (cmd=3D44027457, record_flag=3D43726897, keys=3D43726849, special=3D437= 26849) at keyboard.c:10420=0A#76 0x01015691 in Fexecute_extended_command (p= refixarg=3D43726849) at keyboard.c:10533=0A#77 0x01023e8a in Ffuncall (narg= s=3D2, args=3D0x82f850) at eval.c:3042=0A#78 0x0111bbbb in Fcall_interactiv= ely (function=3D43786841, record_flag=3D43726849, keys=3D43760388) at calli= nt.c:857=0A#79 0x01023ee3 in Ffuncall (nargs=3D4, args=3D0x82fb18) at eval.= c:3048=0A#80 0x01023a52 in call3 (fn=3D43921409, arg1=3D43786841, arg2=3D43= 726849, arg3=3D43726849) at eval.c:2868=0A#81 0x01015344 in Fcommand_execut= e (cmd=3D43786841, record_flag=3D43726849, keys=3D43726849, special=3D43726= 849) at keyboard.c:10420=0A#82 0x01007823 in command_loop_1 () at keyboard.= c:1910=0A#83 0x01021a66 in internal_condition_case (bfun=3D0x10060cf , handlers=3D43790553, hfun=3D0x1005acc ) at eval.c:15= 11=0A#84 0x01005e18 in command_loop_2 () at keyboard.c:1367=0A#85 0x0102157= 6 in internal_catch (tag=3D43786625, func=3D0x1005df8 , arg= =3D43726849) at eval.c:1247=0A#86 0x01005dcf in command_loop () at keyboard= ..c:1346=0A#87 0x010056d2 in recursive_edit_1 () at keyboard.c:955=0A#88 0x0= 1005840 in Frecursive_edit () at keyboard.c:1017=0A#89 0x010027dc in main (= argc=3D1, argv=3D0xa34248) at emacs.c:1762=0A=0ALisp Backtrace:=0A"tar-summ= arize-buffer" (0x82d654)=0A"tar-mode" (0x82d8e0)=0A"progn" (0x82daf8)=0A"if= " (0x82dc08)=0A"package-untar-buffer" (0x82dcc0)=0A"let*" (0x82df38)=0A"let= " (0x82e0c8)=0A"package-unpack" (0x82e180)=0A"save-excursion" (0x82e3d8)=0A= "let" (0x82e568)=0A"package-download-tar" (0x82e620)=0A"cond" (0x82e878)=0A= "let*" (0x82e9e8)=0A0x37ad455 Lisp type 5=0A"mapc" (0x82ec60)=0A"package-do= wnload-transaction" (0x82ed70)=0A"let" (0x82f018)=0A"let" (0x82f1a8)=0A"pac= kage-install" (0x82f360)=0A"call-interactively" (0x82f61c)=0A"execute-exten= ded-command" (0x82f854)=0A"call-interactively" (0x82fb1c)=0A=0AOn a side no= te: I am able to install gdb-shell package. Hence, for larger files, someth= ing is going wrong!=0A=0A-dhruva=0A=0A=0A=0A Explore your hobbies and = interests. Go to http://in.promos.yahoo.com/groups/