emacs-bug-tracker
[Top][All Lists]
Advanced

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

bug#10870: closed (24.0.92; ansi-term broken on some Solaris platforms)


From: GNU bug Tracking System
Subject: bug#10870: closed (24.0.92; ansi-term broken on some Solaris platforms)
Date: Sat, 02 Nov 2019 00:23:02 +0000

Your message dated Sat, 2 Nov 2019 01:22:31 +0100
with message-id <CADwFkmmnA4MFhz4OqztMFHrCB8Sh7pEssYGK0oVEGbWA9A=address@hidden>
and subject line Re: 24.0.92; ansi-term broken on some Solaris platforms
has caused the debbugs.gnu.org bug report #10870,
regarding 24.0.92; ansi-term broken on some Solaris platforms
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
10870: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10870
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.0.92; ansi-term broken on some Solaris platforms Date: Wed, 22 Feb 2012 09:52:56 -0800 (PST)
--text follows this line--
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

This bug concerns ansi terminal emulation as invoked by the "ansi-term"
command.  It works fine on sparc Solaris, but fails on i386 Solaris.
The symptom occurs during initial loading of the shell (bash in my
case) in ansi-term.  The following gets displayed at the bottom of the frame:

    "No such directory found via CDPATH environment variable"

This behavior continues for each shell command, and even on simple <cr>
entry.

Part of the problem seems to be the string that term.el:'term-emulate-terminal'
passes to 'term-command-hook'.

              (let ((end (string-match "\r?$" str i)))
                (if end
                (funcall term-command-hook
                     (prog1 (substring str (1+ i) end)
                       (setq i (match-end 0))))

I could see that on sparc, the value value of 'str' in the above code ends
with a single ^M which is handled correctly (stripped) use the RE in
the string-match.  On i386, the value of 'str' terminates with ^M^M.
So, the above string-match just gets rid of one of them, and the other
gets passed to the cd function, causing the confusion.  As a temp fix in
my own emacs, I have replaced '?' in the RE with '*'.

---

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/pkg/gnu/share/emacs/24.0.92/etc/DEBUG.


In GNU Emacs 24.0.92.2 (i386-pc-solaris2.10, GTK+ Version 2.10.13)
 of 2011-12-13 on dt212-165
Windowing system distributor `Sun Microsystems, Inc.', version 11.0.10300000
configured using `configure  '--prefix=/pkg/gnu' '--x-includes=/pkg/gnome/include:/usr/X11/include:/usr/openwin/include:/usr/dt/include:/pkg/X11/include' '--x-libraries=/pkg/gnome/lib:/usr/X11/lib:/usr/openwin/lib:/usr/dt/lib:/pkg/X11/lib' '--with-x' '--with-x-toolkit=gtk' '--with-pkg-config-prog=/usr/bin/pkg-config' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' 'CC=cc' 'CFLAGS= -xO2 -xarch=pentium_pro -xtarget=pentium_pro -xildoff -xbuiltin=%none' 'LDFLAGS=-L/pkg/gnome/lib -R/pkg/gnome/lib -L/pkg/local/lib -R/pkg/local/lib -L/pkg/X11/lib -R/pkg/X11/lib -L/pkg/gnu/lib -R/pkg/gnu/lib' 'CPPFLAGS=-I/pkg/local/include -I/pkg/local/include/libpng -I/pkg/gnu/include''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

Major mode: Emacs-Lisp

Minor modes in effect:
  show-paren-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-e <return> <tab> <down-mouse-1> <mouse-movement>
<mouse-movement> <drag-mouse-1> M-w C-p C-y C-a C-f
C-f C-f C-f C-f ; ; SPC C-x k <return> y e s <return>
C-_ C-e C-a C-f C-f C-f C-f C-f ; ; SPC o l d SPC c
o d e SPC " C-e " SPC b r e a k s SPC o n SPC x <backspace>
8 8 6 <backspace> <backspace> <backspace> i 8 6 p c
SPC o n SPC e x t r a SPC ^ M <backspace> <backspace>
t e r m i n a l SPC ^ M <down-mouse-1> <mouse-1> <backspace>
? C-x C-s M-x a p r o <tab> <return> c o m p C-g M-x
a p r o <tab> <return> c o m p o <backspace> i l e
- f i <tab> <backspace> <return> <help-echo> <help-echo>
<help-echo> <down-mouse-1> <mouse-2> <help-echo> <down-mouse-1>
<mouse-1> C-x 1 M-x t <backspace> p y t <backspace>
<backspace> <backspace> C-g C-u M-x b y t e - c o m
p i l e - f <tab> <return> e t <backspace> <backspace>
t e r m l <backspace> . e l <return> C-x 1 C-x C-b
C-x o C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p C-p
C-x 0 M-x a n s i - t e r m <return> <return> <return>
<return> <down-mouse-1> <mouse-1> C-x 1 C-c C-g C-S-g
C-x b <return> M-< C-s C-f C-f C-f C-f C-f C-f C-x
C-f f i l e s C-g C-g C-c j C-x k <return> C-x k <return>
C-c j C-x C-f f i l e s . e l <return> C-s c d p a
t h SPC v a <backspace> <backspace> C-s <down-mouse-1>
<mouse-1> C-SPC C-n M-w M-x r e p o r t - <tab> <r
eturn>

Recent messages:
Quit
Type "q" in help window to restore its previous buffer.
Quit
Compiling /home/jmarks/lib/lisp/term.el...done
Wrote /home/jmarks/lib/lisp/term.elc
Loading /home/jmarks/lib/lisp/term.elc...done
Mark set
Quit [2 times]
Mark saved where search started
Mark activated

Load-path shadows:
/home/jmarks/lib/lisp/custom hides /pkg/gnu/share/emacs/24.0.92/lisp/custom
/home/jmarks/lib/lisp/term hides /pkg/gnu/share/emacs/24.0.92/lisp/term

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug warnings cl-specs cl ange-ftp byte-opt compile comint bytecomp
byte-compile cconv macroexp apropos edebug multi-isearch help-mode view
term disp-table ehelp electric ring info easymenu paren advice help-fns
advice-preload cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt
time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process dynamic-setting font-render-setting move-toolbar
gtk x-toolkit x multi-tty emacs)

--- End Message ---
--- Begin Message --- Subject: Re: 24.0.92; ansi-term broken on some Solaris platforms Date: Sat, 2 Nov 2019 01:22:31 +0100
Jim Marks <address@hidden> writes:

> > I note that this code has changed quite a bit since this was
> > reported.  Are you still seeing this on a modern version of Emacs?
> >
> > Best regards,
> > Stefan Kangas
>
> Stefan,
>
> Sorry, but I retired from Sun/Oracle a little while ago, so I no longer have
> access to an environment where this can be tested.
>
>
> Thank you,
>
> Jim

Hi Jim,

Thanks for reporting back.  That unfortunately makes it unlikely that
we'll make any progress here, so I'll just close the bug report for
now.

If anyone is still seeing this, they could either reopen this bug
report or file a new one.

Best regards,
Stefan Kangas


--- End Message ---

reply via email to

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