From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Derrell Piper Newsgroups: gmane.emacs.bugs Subject: bug#7030: Date: Sun, 11 Dec 2011 12:18:53 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1323631205 31922 80.91.229.12 (11 Dec 2011 19:20:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 11 Dec 2011 19:20:05 +0000 (UTC) Cc: Derrell Piper To: 7030@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 11 20:20:01 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RZowJ-0004ov-Rs for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Dec 2011 20:20:00 +0100 Original-Received: from localhost ([::1]:58298 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZowJ-0002a1-Cm for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Dec 2011 14:19:59 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:53556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZowG-0002VW-4t for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2011 14:19:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RZowE-0000YY-G2 for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2011 14:19:55 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33823) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZowE-0000YQ-D5 for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2011 14:19:54 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RZoxJ-0001o6-KL for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2011 14:21:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Derrell Piper Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Dec 2011 19:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7030 X-GNU-PR-Package: emacs,ns X-GNU-PR-Keywords: Original-Received: via spool by 7030-submit@debbugs.gnu.org id=B7030.13236312186897 (code B ref 7030); Sun, 11 Dec 2011 19:21:01 +0000 Original-Received: (at 7030) by debbugs.gnu.org; 11 Dec 2011 19:20:18 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RZowb-0001nB-HJ for submit@debbugs.gnu.org; Sun, 11 Dec 2011 14:20:18 -0500 Original-Received: from mail.yoyodyne.com ([216.129.107.2]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RZowY-0001n2-5F for 7030@debbugs.gnu.org; Sun, 11 Dec 2011 14:20:15 -0500 Original-Received: from [192.168.45.124] ([216.243.111.165]) by Mail.Yoyodyne.COM via Internet for <7030@debbugs.gnu.org> (and others); Sun, 11 Dec 2011 11:18:54 PST X-Mailer: Apple Mail (2.1251.1) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 11 Dec 2011 14:21:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:54896 Archived-At: More information... I ultimately gave up trying to debug this because = I've been living overseas and don't have sufficient bandwidth to = download XCode. This first came to light concurrent with upgrading to Snow Leopard = (10.6), which happened when I upgraded my MacBook Air hardware. This = didn't seem to happen prior to 10.6 and FWIW, I was a beta tester of = Adrian's nextstep branch prior to it getting checked into the GNU Emacs = trunk. I've lived with this problem for the last year and a half and finally = have a little while to debug it some more. First, I'm now on 10.7.2 on = a MacBook Air (late 2010) w/ 4G and 256G SSD. The problem is not = related to my .emacs initialization file or any per-user or per-system = customization, as far as I can determine from using DTrace 'opensnoop' = and nulling everything out. It does, however, seem to be related to my = personal OS X environment, somehow. I run a number of items at Login: Speach Events SpeachSynthesisServer Livescribe AutoLaunch Livescribe Connect AutoLaunch CoverSutra (2.2.2, pre-AppStore) = http://sophiestication.com/coversutra/ iTunes FFHelperApp (2.2) = http://kevingessner.com/software/functionflip/ Radium (2.8.3, pre-AppStore) = http://www.catpigstudios.com/ Observations: 1) if I create a new unprivileged test account and run Emacs out of = there, it works 2) if I remove FFHelperApp (FunctionFlip.prefPane) *and* Radium from my = Login items, it works 3) if I add Radium to the test account Login items, it works there 4) if I also add FunctionFlip.prefPane to the test account Login Items, = it works there 5) if I put either Radium or FunctionFlip.prefPane back on my account, = it fails when the Login Items fire; until then, it works 6) when it does fail, the Application and Help menus are always valid = (possibly because they're baked into main application NIB?) 7) this happens on 23.n as well as the latest 24 nightly -- 24.0.92.1 = (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2011-12-02 on = bob.porkrind.org 8) it works under Aquamacs (which is based on the same nextstep code), = even with Radium and FunctionFlip present I have been running without Radium and FunctionFlip for the last 24 = hours or so and it has not failed since. Thoughts: I believe there was some controversy about inserting items into the OS X = menu bar, circa Leopard or so, but it's a hard to Google this because of = the noise using "crack" as a search term. I could believe that = FunctionFlip and Radium possibly share the same inherently buggy menu = cracker, which is perhaps triggering a bug in how the dynamic menu code = is functioning. It's almost like it's a caching problem when it's = happening because once you get the menu to drop, it's there for "a = while." In fact, if you keep flailing on a menu or two, even when = Radium comes up, the menus you're flailing on often stay valid, while = the others that you're ignoring go blank. Or perhaps, the nextstep code = simply has always had a day one bug that's just happening more often = since 10.6. A Google search for "emacs blank menus os x" shows that I'm = not alone in seeing this problem, see also 8249 & 9206. Wish I could be more help. I might try doing some forensic analysis on = Radium and FunctionFlip and see if I can find anything in common in = their binaries.