emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Emacs geometry


From: Ralf Angeli
Subject: Re: Emacs geometry
Date: Mon, 31 Jul 2006 21:06:29 +0200

* Eli Zaretskii (2006-07-31) writes:

>> From: Ralf Angeli <address@hidden>
>> Date: Sun, 30 Jul 2006 23:46:41 +0200
>> 
>> I've always been wondering how you use .gdbinit under Windows because
>> there is no executable in the src directory.
>
>>From the command line:
>
>   gdb ../bin/emacs.exe
>
> (or similar, if emacs.exe is not in src/../bin on your system).

There is not emacs.exe in my source tree after I build Emacs.  There
is only one in the target installation directory
(c:/Programme/Emacs/bin in my case) after `make install' was run
(which is actually a bit annoying).

>>  And if I try to source .gdbinit from gdb I get the backtrace
>> 
>> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>   string-match("//+" nil)
>>   gud-find-file(nil)
>>   gdb-set-hollow()
>>   gdb-prompt("")
>>   gud-gdba-marker-filter([...])
>>   apply([...])
>>   gud-marker-filter([...])
>>   gud-filter(#<process gud-emacs.exe> [...])
>> 
>> as soon as I type "run".
>
> I'm guessing that you run GDB via "M-x gdba".

It's `M-x gdb' to be precise.  Sorry for not writing that beforehand.

> In that case, this
> could be a bug in gdb-ui.el, although when I try that now, I cannot
> reproduce this problem.  Does it happen to you with "emacs -Q"?

Yes.  But maybe I am using the interface in an invalid way.  What I've
done is

* starting Emacs with `emacs -Q'
* changing directory with `C-x C-f c:/Programme/Emacs/bin'
* starting GDB with `M-x gdb RET' and using `emacs.exe' as the
  executable to debug
* loading .gdbinit from GDB with `source /path/to/.gdbinit'
* setting a breakpoint with `b w32_createwindow'
* running Emacs with `run -g 80x30+10+20'

I don't get a backtrace if I start GDB in the source tree where
.gdbinit resides and then use the `emacs.exe' executable from the
installation directory for GDB.  But the `xtype' and `pr' commands
don't seem to work either:

(gdb) p Fassq (Qtop, f->param_alist)
$1 = 23713793
(gdb) pr
(gdb) xtype
(gdb)

-- 
Ralf





reply via email to

[Prev in Thread] Current Thread [Next in Thread]