From: John Barnard <jbarnard@bio.ri.ccf.org>
Cc: emacs-devel@gnu.org
Subject: Re: Problem with emacs -nw under OS X 10.3.5 using latest CVS
Date: Tue, 9 Nov 2004 11:38:19 -0500 [thread overview]
Message-ID: <C3A648C2-326D-11D9-A979-000A95A6AB66@bio.ri.ccf.org> (raw)
In-Reply-To: <wlwtx1j4nr.wl@church.math.s.chiba-u.ac.jp>
[-- Attachment #1.1: Type: text/plain, Size: 3099 bytes --]
Yamamoto,
Thanks for the patch, unfortunately, it didn't solve the issue.
However, setting LANG="en_US.UTF-8" made the problem disappear.
Apparently, OS X 10.3 has some problems with locales in terminal mode.
Others are reporting problems with svn -- see
http://mcmanus.typepad.com/grind/2004/10/subversion_on_m.html. Anyone
have any more insight?
John
On Nov 4, 2004, at 5:21 AM, YAMAMOTO Mitsuharu wrote:
>>>>>> On Wed, 3 Nov 2004 17:38:11 -0500, John Barnard
>>>>>> <jbarnard@bio.ri.ccf.org> said:
>
>> I'm seeing some odd behavior when running emacs in terminal mode
>> (i.e., emacs -nw) built from the latest CVS (as of yesterday) under
>> 10.3.5 and latest released dev. tools. Basically there's no output
>> shown from any command, prompt is not responsive, and the process
>> loads spikes to 100%.
>
> I could reproduce the problem using a Carbon build by setting LANG to
> C. Does the following patch work for you?
>
> YAMAMOTO Mitsuharu
> mituharu@math.s.chiba-u.ac.jp
>
> Index: src/keyboard.c
> ===================================================================
> RCS file: /cvsroot/emacs/emacs/src/keyboard.c,v
> retrieving revision 1.792
> diff -c -r1.792 keyboard.c
> *** src/keyboard.c 9 Oct 2004 23:24:49 -0000 1.792
> --- src/keyboard.c 4 Nov 2004 10:11:05 -0000
> ***************
> *** 607,613 ****
>
> /* We are unable to use interrupts if FIONREAD is not available,
> so flush SIGIO so we won't try. */
> ! #if !defined (FIONREAD) || defined(HAVE_CARBON)
> #ifdef SIGIO
> #undef SIGIO
> #endif
> --- 607,613 ----
>
> /* We are unable to use interrupts if FIONREAD is not available,
> so flush SIGIO so we won't try. */
> ! #ifndef FIONREAD
> #ifdef SIGIO
> #undef SIGIO
> #endif
> Index: src/s/darwin.h
> ===================================================================
> RCS file: /cvsroot/emacs/emacs/src/s/darwin.h,v
> retrieving revision 1.16
> diff -c -r1.16 darwin.h
> *** src/s/darwin.h 2 Sep 2004 17:02:11 -0000 1.16
> --- src/s/darwin.h 4 Nov 2004 10:11:07 -0000
> ***************
> *** 217,222 ****
> --- 217,229 ----
> /* Define HAVE_SOCKETS if system supports 4.2-compatible sockets. */
> #define HAVE_SOCKETS
>
> + /* In Carbon, asynchronous I/O (using SIGIO) can't be used for window
> + events because they don't come from sockets, even though it works
> + fine on tty's. */
> + #ifdef HAVE_CARBON
> + #define NO_SOCK_SIGIO
> + #endif
> +
> /* Extra initialization calls in main for Mac OS X system type. */
> #ifdef HAVE_CARBON
> #define SYMS_SYSTEM syms_of_mac()
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-devel
>
>
-----------------------------------------------------------------
John Barnard, Ph.D.
Associate Staff
Director, Collaborative Biostatistics Center
Dept. of Biostatistics and Epidemiology, Wb4
Cleveland Clinic Foundation
9500 Euclid Ave.
Cleveland, OH 44195
E-mail: jbarnard@bio.ri.ccf.org
Phone: (216) 444-5945
Fax: (216) 444-8021
Web: www.bio.ri.ccf.org
[-- Attachment #1.2: Type: text/enriched, Size: 3263 bytes --]
Yamamoto,
Thanks for the patch, unfortunately, it didn't solve the issue.
However, setting LANG="en_US.UTF-8" made the problem disappear.
Apparently, OS X 10.3 has some problems with locales in terminal mode.
Others are reporting problems with svn -- see
http://mcmanus.typepad.com/grind/2004/10/subversion_on_m.html. Anyone
have any more insight?
John
On Nov 4, 2004, at 5:21 AM, YAMAMOTO Mitsuharu wrote:
<excerpt><excerpt><excerpt><excerpt><excerpt><excerpt>On Wed, 3 Nov
2004 17:38:11 -0500, John Barnard <<jbarnard@bio.ri.ccf.org> said:
</excerpt></excerpt></excerpt></excerpt></excerpt>
<excerpt>I'm seeing some odd behavior when running emacs in terminal
mode
(i.e., emacs -nw) built from the latest CVS (as of yesterday) under
10.3.5 and latest released dev. tools. Basically there's no output
shown from any command, prompt is not responsive, and the process
loads spikes to 100%.
</excerpt>
I could reproduce the problem using a Carbon build by setting LANG to
C. Does the following patch work for you?
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
Index: src/keyboard.c
===================================================================
RCS file: /cvsroot/emacs/emacs/src/keyboard.c,v
retrieving revision 1.792
diff -c -r1.792 keyboard.c
*** src/keyboard.c 9 Oct 2004 23:24:49 -0000 1.792
--- src/keyboard.c 4 Nov 2004 10:11:05 -0000
***************
*** 607,613 ****
/* We are unable to use interrupts if FIONREAD is not available,
so flush SIGIO so we won't try. */
! #if !defined (FIONREAD) || defined(HAVE_CARBON)
#ifdef SIGIO
#undef SIGIO
#endif
--- 607,613 ----
/* We are unable to use interrupts if FIONREAD is not available,
so flush SIGIO so we won't try. */
! #ifndef FIONREAD
#ifdef SIGIO
#undef SIGIO
#endif
Index: src/s/darwin.h
===================================================================
RCS file: /cvsroot/emacs/emacs/src/s/darwin.h,v
retrieving revision 1.16
diff -c -r1.16 darwin.h
*** src/s/darwin.h 2 Sep 2004 17:02:11 -0000 1.16
--- src/s/darwin.h 4 Nov 2004 10:11:07 -0000
***************
*** 217,222 ****
--- 217,229 ----
/* Define HAVE_SOCKETS if system supports 4.2-compatible sockets. */
#define HAVE_SOCKETS
+ /* In Carbon, asynchronous I/O (using SIGIO) can't be used for window
+ events because they don't come from sockets, even though it works
+ fine on tty's. */
+ #ifdef HAVE_CARBON
+ #define NO_SOCK_SIGIO
+ #endif
+
/* Extra initialization calls in main for Mac OS X system type. */
#ifdef HAVE_CARBON
#define SYMS_SYSTEM syms_of_mac()
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
</excerpt><color><param>0101,0101,0101</param><smaller><smaller><smaller>
-----------------------------------------------------------------
John Barnard, Ph.D.
Associate Staff
Director, Collaborative Biostatistics Center
Dept. of Biostatistics and Epidemiology, Wb4
Cleveland Clinic Foundation
9500 Euclid Ave.
Cleveland, OH 44195
E-mail: jbarnard@bio.ri.ccf.org
Phone: (216) 444-5945
Fax: (216) 444-8021
Web: www.bio.ri.ccf.org
</smaller></smaller></smaller></color>
[-- Attachment #2: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
next prev parent reply other threads:[~2004-11-09 16:38 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-03 22:38 Problem with emacs -nw under OS X 10.3.5 using latest CVS John Barnard
2004-11-04 7:45 ` Jan D.
2004-11-04 10:21 ` YAMAMOTO Mitsuharu
2004-11-09 16:38 ` John Barnard [this message]
2004-11-09 22:13 ` Andreas Schwab
2004-11-11 9:16 ` YAMAMOTO Mitsuharu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C3A648C2-326D-11D9-A979-000A95A6AB66@bio.ri.ccf.org \
--to=jbarnard@bio.ri.ccf.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.