From xemacs-m  Tue Apr  8 21:03:56 1997
Received: from greatdane.webnexus.com (greatdane.webnexus.com [165.227.96.3])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id VAA08380
	for <xemacs-beta@xemacs.org>; Tue, 8 Apr 1997 21:03:56 -0500 (CDT)
Received: from apprentice.silicon-sorcery.com (apprentice.silicon-sorcery.com [205.179.145.161])
	by greatdane.webnexus.com (8.8.5/8.8.5/WN-1.2) with ESMTP id TAA04777
	for <xemacs-beta@xemacs.org>; Tue, 8 Apr 1997 19:03:56 -0700 (PDT)
Received: from mage.silicon-sorcery.com (mage [128.0.0.100]) by apprentice.silicon-sorcery.com (8.7.5/8.7.3) with ESMTP id SAA16476; Tue, 8 Apr 1997 18:58:49 -0700 (PDT)
Received: (from mac@localhost)
	by mage.silicon-sorcery.com (8.8.5/8.8.5) id SAA08197;
	Tue, 8 Apr 1997 18:59:52 -0700 (PDT)
Date: Tue, 8 Apr 1997 18:59:52 -0700 (PDT)
Message-Id: <199704090159.SAA08197@mage.silicon-sorcery.com>
From: <mac@silicon-sorcery.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: xemacs-beta@xemacs.org
Subject: gud.el
X-Mailer: VM 6.23 under 20.1 XEmacs Lucid (beta11)
Reply-To: mac@silicon-sorcery.com
X-Face:  h&j3qWe;+!`nKY~1T%IspQ[^}[s#|*2T68-NmG<hqK)^/6IlKy[e$tI,N'{!_v&R_m*f#8O
 au_+w3/b!3pF$H/]J(Q6Z)*:&Jy/.OGPM?7*<kyi}r/3Pf3hd[(J+%lmXp/;0e-EY_s2Dy{M|t



1)	gud.el calls extent-buffer all over the place; in
	XEmacs-20.1-b11 that causes a message: Warning: extent-buffer
	is an obsolete function; use extent-object instead.

2) 	Start debugging any C program using M-x gdb, and then go to a
	source window, and type C-x SPACE.  Notice the beep that you
	hear. Other than the beep, things seem to behave ok, but...

	Edebugging through the lisp it seems that is occurs at the
	diamond <> below.  comint-send-string is defaliased to
	process-send-string, which seems ok...?

process-send-string: (PROCESS STRING &optional FROM TO)
  -- a built-in function.
Send PROCESS the contents of STRING as input.
PROCESS may be a process name or an actual process.
Optional arguments FROM and TO specify part of STRING, see `substring'.
If STRING is more than 500 or so characters long,
it is sent in several bunches.  This may happen even for shorter strings.
Output from processes can arrive in between bunches.


(defun comint-simple-send (proc string)
  "Default function for sending to PROC input STRING.
This just sends STRING plus a newline. To override this,
set the hook `comint-input-sender'."
  (comint-send-string proc string)
<>(comint-send-string proc "\n"))

