[twurgler@goodyear.com: Re: [twurgler@goodyear.com: Re: emacs 21.2 odd behavior in shell window]]

[twurgler@goodyear.com: Re: [twurgler@goodyear.com: Re: emacs 21.2 odd behavior in shell window]]

[Tom Wurgler]

Here is the current state:

1) If I rename comint.elc to something else, which, when I try to use something
cominty, will force emacs to load the comint.el file instead, then all works as
it always did.  I believe this verifies that it runs interpreted and does not
run compiled.

2) I can't get gdb5.1 or 5.1.1 to work on ANY program.  It just hangs and does
nothing until I kill it.  I recompiled gdb on this 11.00 HP-UX and on a 10.20
machine and neither works at all.  I haven't figured this out yet.

Sorry.
tom




------- Start of forwarded message -------
Date: Fri, 5 Apr 2002 09:27:27 -0500 (EST)
From: Tom Wurgler <twurgler@goodyear.com>
To: rms@gnu.org
CC: twurgler@goodyear.com, twurgler@goodyear.com, bug-gnu-emacs@gnu.org
In-reply-to: <200204050602.g3562j118658@aztec.santafe.edu> (message from
	Richard Stallman on Thu, 4 Apr 2002 23:02:45 -0700 (MST))
Subject: Re: [twurgler@goodyear.com: Re: emacs 21.2 odd behavior in shell window]


Recently Richard Stallman <rms@gnu.org> wrote:

> Date: Thu, 4 Apr 2002 23:02:45 -0700 (MST)
> From: Richard Stallman <rms@gnu.org>
> CC: twurgler@goodyear.com, bug-gnu-emacs@gnu.org
> Reply-to: rms@gnu.org
> 
> 
>     So I got out of emacs totally, restarted, tried the ^C^C again and it didn't
>     work.
> 
>     So I brought comint.el into a buffer again, eval'ed just comint-interrupt-subjob
>     without adding or changing anything else.  Now ^C^C worked just fine.
> 
> It sounds like the function works interpreted and fails compiled.
> Can you verify that?

I am not sure how to verify that.  

I renamed the comint.elc and then byte-compiled comint.el (I did this because
the .elc header said it was compiled with emacs-21.1).  This did not help.

If I eval the defun, ^C^C works.
If I run esc-: (comint-interrupt-subjob), the routine works.
Just not if I run it via ^C^C via the normal load etc.

If you can guide me a bit, I'll try to verify it...


> 
> If so, the next step is to debug at C level.  Use GDB to put a
> breakpoint at Finterrupt_process, and see if it gets called the same
> way in both cases.  See what happens inside it in both cases.
> 

Not good at this, but I'll give it a try...
------- End of forwarded message -------

Re: [twurgler@goodyear.com: Re: [twurgler@goodyear.com: Re: emacs 21.2 odd behavior in shell window]]

[Richard Stallman]

    2) I can't get gdb5.1 or 5.1.1 to work on ANY program.  It just hangs and does
    nothing until I kill it.  I recompiled gdb on this 11.00 HP-UX and on a 10.20
    machine and neither works at all.  I haven't figured this out yet.

Please do send a GDB bug report.

Meanwhile, if you can get any other debugger to work,
you could try seeing what happens inside Emacs when it
tries to send a signal.

Re: [twurgler@goodyear.com: Re: [twurgler@goodyear.com: Re: emacs 21.2 odd behavior in shell window]]

[Tom Wurgler]

This is about the ^C^C problem in HP-UX 11.0 emacs-21.2, using gcc 3.0.4 that I
had reported...

Here is the latest:  

I was messing around with process.c trying to debug this.  In the ./src dir I
ran GNUmake and rebuilt the executable.  I then IN THE SRC dir tried "GNU make
install" and of course this failed.  I did a "cd .." and did the GNUmake install
there.  This produced more screen output than I normally see appear.  For
example, it listed every .el file (though it didn't re-byte-compile them as far
as I can tell, no file dates were changed).  Anyway, after this install, the
^C^C works as it should.

I made sure that I hadn't changed anything in process.c.  I made sure I am not
loading just the .el instead of the .elc.  I had recompiled emacs 21.2 many
times up until then, and the ^C^C failed every time. Something in this
compile/install was different.

So I don't have an answer, just reporting current status.

thanks
tom

-- 
============================================================================
Tom Wurgler                             The Goodyear Tire & Rubber Company
Principal Engineer                      Tire-Vehicle Engineering Technology
Phone:         330-796-1656             Technical Center D/460G            
Fax:           330-796-3292             P.O.Box 3531                       
internet mail: twurgler@goodyear.com    Akron, Ohio 44309-3531             
============================================================================