From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Constantine Vetoshev Newsgroups: gmane.emacs.bugs Subject: bug#15402: 24.3; Emacs and Mac OS Dock bad launch behavior Date: Thu, 19 Sep 2013 12:25:07 -0700 Message-ID: <570386AE-EE19-49EB-B532-44F7F3705826@gmail.com> References: <10088A94-BDA2-4B86-96EF-A1DE03E38737@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1379618784 13902 80.91.229.3 (19 Sep 2013 19:26:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Sep 2013 19:26:24 +0000 (UTC) Cc: 15402@debbugs.gnu.org To: Jan =?UTF-8?Q?Dj=C3=A4rv?= , Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 19 21:26:26 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VMjrn-0004G9-6L for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Sep 2013 21:26:19 +0200 Original-Received: from localhost ([::1]:52774 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMjrm-0002Jk-Q4 for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Sep 2013 15:26:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMjrd-0002Ie-8e for bug-gnu-emacs@gnu.org; Thu, 19 Sep 2013 15:26:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VMjrW-0004pD-JX for bug-gnu-emacs@gnu.org; Thu, 19 Sep 2013 15:26:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41517) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VMjrW-0004p8-Fa for bug-gnu-emacs@gnu.org; Thu, 19 Sep 2013 15:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VMjrW-0001lC-3k for bug-gnu-emacs@gnu.org; Thu, 19 Sep 2013 15:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Constantine Vetoshev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Sep 2013 19:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15402 X-GNU-PR-Package: emacs,ns X-GNU-PR-Keywords: Original-Received: via spool by 15402-submit@debbugs.gnu.org id=B15402.13796187176704 (code B ref 15402); Thu, 19 Sep 2013 19:26:02 +0000 Original-Received: (at 15402) by debbugs.gnu.org; 19 Sep 2013 19:25:17 +0000 Original-Received: from localhost ([127.0.0.1]:49809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMjqm-0001k2-F3 for submit@debbugs.gnu.org; Thu, 19 Sep 2013 15:25:16 -0400 Original-Received: from mail-pd0-f174.google.com ([209.85.192.174]:52152) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VMjqj-0001jo-Ew for 15402@debbugs.gnu.org; Thu, 19 Sep 2013 15:25:14 -0400 Original-Received: by mail-pd0-f174.google.com with SMTP id y13so8797247pdi.19 for <15402@debbugs.gnu.org>; Thu, 19 Sep 2013 12:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=7yBBSAlizCPRIsbe3EnU5lbzicMAk40qbJx7uomr3Hs=; b=fo8x1ZEaK8K1LEPX2pvIa5+Kb5HLHMjx0KADs/vbcprUnjUo7TneTJPjgcaQBLR3Dy NPjvjX77FVYWK+7ecasxk9UbLO4UJ1Vf/2IhzvZsBWs2uUGkj1TVdvFyIXSroakZJziL AdLVVA+v00kK2+v3Rudj8Up2McCZQmJTVSiQW/2litzbT3Ghj+JkZwEfwjbsVEiuUjdF JEqlDu0CCIMZfm9L/6ApLD9bUK/byhN7pF6UAf5kGQQWC5gT9OToMpU4TxcuyWp1t5vI BqA6KJ8XYAV8nnPanAkM4Xqb9o1uCxhPI8QPMhHY4mZA9qV6XEYEr+NEPaVm2BWnQ/y+ Ef5g== X-Received: by 10.67.3.34 with SMTP id bt2mr4571683pad.3.1379618707672; Thu, 19 Sep 2013 12:25:07 -0700 (PDT) Original-Received: from [192.168.1.101] (c-76-126-148-240.hsd1.ca.comcast.net. [76.126.148.240]) by mx.google.com with ESMTPSA id ye1sm13942500pab.19.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Sep 2013 12:25:06 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.1510) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:78592 Archived-At: On Sep 19, 2013, at 08:54, Jan Dj=E4rv wrote: > I already checked, LANG is needed to be set properly in the = environment, and it isn't when laucnhng from dock. M-x setenv doesn't = help, as it really doesn't setenv anything (should be renamed IMHO). >=20 > So see launchd.conf and launchctl (setenv) on how to add to the = environment of programs launched from dock. Confirmed. That's a really sharp edge, and has symptoms which do not = necessarily suggest this fix. Is a reasonable workaround possible? = Perhaps the Mac port can infer a reasonable default value for LANG on = startup, based on whatever locale information Cocoa provides? Alternatively, Apple documentation says that using LSEnvironment in = Info.plist to set an environment variable should help, but using it to = set LANG does nothing for me. Also, the real reason I submitted this bug report is bad behavior in = term. This bad behavior happens to go away with a properly set LANG, but = my init.el contains all sorts of invocations like: (set-language-environment "UTF-8") (prefer-coding-system 'utf-8) (defadvice multi-term (after cv/multi-term activate) (set-buffer-process-coding-system 'utf-8-unix 'utf-8-unix)) This fixes the basic non-ASCII character display problems (I didn't even = realize Emacs cared that much about LANG), but ansi-term still chokes on = long lines containing non-ASCII characters =97 even though it displays = them correctly. Shouldn't at least one of these settings get term = working correctly, even without a properly-set LANG?=