unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#10870: 24.0.92; ansi-term broken on some Solaris platforms
@ 2012-02-22 17:52 Jim Marks
  2019-11-01 22:41 ` Stefan Kangas
  0 siblings, 1 reply; 3+ messages in thread
From: Jim Marks @ 2012-02-22 17:52 UTC (permalink / raw)
  To: 10870

[-- Attachment #1: Type: text/plain, Size: 6730 bytes --]

--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)

[-- Attachment #2: Type: text/html, Size: 8128 bytes --]

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

* bug#10870: 24.0.92; ansi-term broken on some Solaris platforms
  2012-02-22 17:52 bug#10870: 24.0.92; ansi-term broken on some Solaris platforms Jim Marks
@ 2019-11-01 22:41 ` Stefan Kangas
       [not found]   ` <eb2aa8b1-a4eb-af3a-510d-b71cfddaadf2@yahoo.com>
  0 siblings, 1 reply; 3+ messages in thread
From: Stefan Kangas @ 2019-11-01 22:41 UTC (permalink / raw)
  To: Jim Marks; +Cc: 10870

Jim Marks <jmm5491@yahoo.com> writes:

> 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 '*'.

This was reported 7 years ago, but unfortunately never got a reply at
the time.

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





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

* bug#10870: 24.0.92; ansi-term broken on some Solaris platforms
       [not found]   ` <eb2aa8b1-a4eb-af3a-510d-b71cfddaadf2@yahoo.com>
@ 2019-11-02  0:22     ` Stefan Kangas
  0 siblings, 0 replies; 3+ messages in thread
From: Stefan Kangas @ 2019-11-02  0:22 UTC (permalink / raw)
  To: Jim Marks, 10870-done

Jim Marks <jmm5491@yahoo.com> 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





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

end of thread, other threads:[~2019-11-02  0:22 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-22 17:52 bug#10870: 24.0.92; ansi-term broken on some Solaris platforms Jim Marks
2019-11-01 22:41 ` Stefan Kangas
     [not found]   ` <eb2aa8b1-a4eb-af3a-510d-b71cfddaadf2@yahoo.com>
2019-11-02  0:22     ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).