Re: Emacs on GNU/Linux kernel 2.4 - Problems

[dhruva]

Hello,

A question on debugging:
How do I send a control-c to gdb when I am debugging emacs on
GNU/Linux? I read the .gdbinit and it says send SIGTSTP and what key
sequence will generate that signal?

Some additional information.

(gdb) xbacktrace
"call-process" (0xbfffcccc)
"get-free-disk-space" (0xbfffcdec)
"insert-directory" (0xbfffcf2c)
"dired-insert-directory" (0xbfffd04c)
"dired-readin-insert" (0xbfffd16c)
"dired-readin" (0xbfffd27c)
"dired-internal-noselect" (0xbfffd39c)
"dired-noselect" (0xbfffd5d0)
"run-hook-with-args-until-success" (0xbfffd5cc)
"find-file-noselect" (0xbfffd6ec)
"find-file" (0xbfffd80c)
"call-interactively" (0xbfffdb04)

(gdb) bt
#0  0x420cdb44 in read () from /lib/i686/libc.so.6
#1  0x0810ad9c in emacs_read (fildes=5,
    buf=0xbffecc50 "'%\227\b|\315\376\277|\315\376\277", nbyte=16384)
    at /u/dhruva/stub/repo/cvs/emacs/src/sysdep.c:3369
#2  0x08185175 in Fcall_process (nargs=6, args=0xbfffcccc)
    at /u/dhruva/stub/repo/cvs/emacs/src/callproc.c:712
#3  0x08155426 in Ffuncall (nargs=7, args=0xbfffccc8)
    at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3006
#4  0x0817a26c in Fbyte_code (bytestr=136259419, vector=136259436, maxdepth=64)
    at /u/dhruva/stub/repo/cvs/emacs/src/bytecode.c:679
#5  0x081559c4 in funcall_lambda (fun=136259380, nargs=1,
    arg_vector=0xbfffcdec) at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3212
#6  0x081555c9 in Ffuncall (nargs=2, args=0xbfffcde8)
    at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3082
#7  0x0817a26c in Fbyte_code (bytestr=136260283, vector=136260300,
    maxdepth=112) at /u/dhruva/stub/repo/cvs/emacs/src/bytecode.c:679
#8  0x081559c4 in funcall_lambda (fun=136260212, nargs=4,
    arg_vector=0xbfffcf2c) at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3212
#9  0x081555c9 in Ffuncall (nargs=5, args=0xbfffcf28)
    at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3082
#10 0x0817a26c in Fbyte_code (bytestr=143315091, vector=146373836, maxdepth=48)
    at /u/dhruva/stub/repo/cvs/emacs/src/bytecode.c:679
#11 0x081559c4 in funcall_lambda (fun=144467508, nargs=5,
    arg_vector=0xbfffd04c) at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3212
#12 0x081555c9 in Ffuncall (nargs=6, args=0xbfffd048)
    at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3082
#13 0x0817a26c in Fbyte_code (bytestr=143316363, vector=144728308, maxdepth=48)
    at /u/dhruva/stub/repo/cvs/emacs/src/bytecode.c:679
#14 0x081559c4 in funcall_lambda (fun=145996012, nargs=0,
    arg_vector=0xbfffd16c) at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3212
#15 0x081555c9 in Ffuncall (nargs=1, args=0xbfffd168)
    at /u/dhruva/stub/repo/cvs/emacs/src/eval.c:3082
#16 0x0817a26c in Fbyte_code (bytestr=143316899, vector=146822900, maxdepth=32)
    at /u/dhruva/stub/repo/cvs/emacs/src/bytecode.c:679

On Wed, Mar 12, 2008 at 5:18 PM, dhruva <address@hidden> wrote:
> Hello,
>   I happened to try building Emacs from CVS and running on GNU/Linux
>  kernel 2.4 series. Opening a folder in "dired" to list the files and
>  folders just freezes. There is not high CPU usage to suggest any
>  looping, it appears more like a deadlock. My guess is it might be due
>  to non-preemptive kernel. The same works on 2.6 series of the kernel.
>
>   I will explore further if this can be handled.
>
>  -dhruva
>
>  --
>  Contents reflect my personal views only!
>



-- 
Contents reflect my personal views only!