all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Emacs on GNU/Linux kernel 2.4 - Problems
@ 2008-03-12 11:48 dhruva
  2008-03-12 12:35 ` dhruva
  0 siblings, 1 reply; 4+ messages in thread
From: dhruva @ 2008-03-12 11:48 UTC (permalink / raw)
  To: Emacs Devel

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!




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Emacs on GNU/Linux kernel 2.4 - Problems
  2008-03-12 11:48 Emacs on GNU/Linux kernel 2.4 - Problems dhruva
@ 2008-03-12 12:35 ` dhruva
  2008-03-12 12:37   ` dhruva
  0 siblings, 1 reply; 4+ messages in thread
From: dhruva @ 2008-03-12 12:35 UTC (permalink / raw)
  To: Emacs Devel

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 <dhruvakm@gmail.com> 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!




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Emacs on GNU/Linux kernel 2.4 - Problems
  2008-03-12 12:35 ` dhruva
@ 2008-03-12 12:37   ` dhruva
  2008-03-12 13:13     ` dhruva
  0 siblings, 1 reply; 4+ messages in thread
From: dhruva @ 2008-03-12 12:37 UTC (permalink / raw)
  To: Emacs Devel

Hi

On Wed, Mar 12, 2008 at 6:05 PM, dhruva <dhruvakm@gmail.com> wrote:
> 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?


I got the answer from etc/DEBUG:
$ kill -TSTP PID

-dhruva

-- 
Contents reflect my personal views only!




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re:[CLOSED] Emacs on GNU/Linux kernel 2.4 - Problems
  2008-03-12 12:37   ` dhruva
@ 2008-03-12 13:13     ` dhruva
  0 siblings, 0 replies; 4+ messages in thread
From: dhruva @ 2008-03-12 13:13 UTC (permalink / raw)
  To: Emacs Devel

Hi,
 Sorry for all the noise. I was able to debug and found the problem in
'df'. I just tried the command 'df .' on a folder containing 5 files.
I ran it with strace and they have a whole lot of different code flow.
Tge older version calls a lot of stat64 and hangs with stale NFS lock
(NFS mounted disk).

Buggy version (just hangs doing nothing):
df (fileutils) 4.1.9 on kernel 2.4

working version:
df (coreutils) 5.2.1 on kernel 2.6

The issue is not with emacs!

-dhruva

On Wed, Mar 12, 2008 at 6:07 PM, dhruva <dhruvakm@gmail.com> wrote:
> Hi
>
>
>  On Wed, Mar 12, 2008 at 6:05 PM, dhruva <dhruvakm@gmail.com> wrote:
>  > 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?
>
>
>  I got the answer from etc/DEBUG:
>  $ kill -TSTP PID
>
>
>
>  -dhruva
>
>  --
>  Contents reflect my personal views only!
>



-- 
Contents reflect my personal views only!




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2008-03-12 13:13 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-12 11:48 Emacs on GNU/Linux kernel 2.4 - Problems dhruva
2008-03-12 12:35 ` dhruva
2008-03-12 12:37   ` dhruva
2008-03-12 13:13     ` dhruva

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.