From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.bugs Subject: bug#7190: Crash in menus on w32 Date: Wed, 13 Oct 2010 16:03:30 +0200 Message-ID: <4CB5BC32.1030008@gmx.de> References: <4CB591BD.4060804@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1286980966 7018 80.91.229.12 (13 Oct 2010 14:42:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Oct 2010 14:42:46 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: Lennart Borgman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 13 16:42:45 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P62XQ-0002Pu-MR for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Oct 2010 16:42:41 +0200 Original-Received: from localhost ([127.0.0.1]:38549 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P62XQ-00014K-60 for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Oct 2010 10:42:40 -0400 Original-Received: from [140.186.70.92] (port=45174 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P62X2-0000tA-KU for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:42:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P62X0-0001q3-Mn for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:42:16 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P62X0-0001pz-LA for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:42:14 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1P621s-0003ol-5O; Wed, 13 Oct 2010 10:10:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: grischka Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Oct 2010 14:10:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7190 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.128697896214648 (code B ref -1); Wed, 13 Oct 2010 14:10:04 +0000 Original-Received: (at submit) by debbugs.gnu.org; 13 Oct 2010 14:09:22 +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 1P621B-0003o9-Tt for submit@debbugs.gnu.org; Wed, 13 Oct 2010 10:09:22 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1P61sY-0003j0-L4 for submit@debbugs.gnu.org; Wed, 13 Oct 2010 10:00:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P61vr-00035f-7e for submit@debbugs.gnu.org; Wed, 13 Oct 2010 10:03:56 -0400 Original-Received: from lists.gnu.org ([199.232.76.165]:32851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P61vr-00035b-5U for submit@debbugs.gnu.org; Wed, 13 Oct 2010 10:03:51 -0400 Original-Received: from [140.186.70.92] (port=55728 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P61vq-0003tb-5A for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:03:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P61vj-00034R-2c for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:03:49 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:36095 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1P61vi-000349-Mk for bug-gnu-emacs@gnu.org; Wed, 13 Oct 2010 10:03:43 -0400 Original-Received: (qmail invoked by alias); 13 Oct 2010 14:03:40 -0000 Original-Received: from unknown (EHLO [10.75.134.151]) [82.113.106.204] by mail.gmx.net (mp069) with SMTP; 13 Oct 2010 16:03:40 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX18Kaz4yS04KQ+mG3NX4aERxtJpNBq0jXsr3uLgjR2 kxPuGZ1xT5aXWZ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Mailman-Approved-At: Wed, 13 Oct 2010 10:09:17 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 13 Oct 2010 10:10:04 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40856 Archived-At: Lennart Borgman wrote: > On Wed, Oct 13, 2010 at 1:02 PM, grischka wrote: >>> I assume that their is either a logical problem with the code inside >>> Emacs or a bad assumption on how menu callbacks are actually run. >> Is there a difference between logical problem and bad assumption? > > Yes. The code could be correct under some bad assumptions regarding > the way the interface to the OS works. > > Is not that an important difference? Not if you want to fix the bug. >>> By >>> adding DebPrint call we could perhaps see if some code where called in >>> an order we did not expect. >> Perhaps see the information that you already have? For example >> #7 0x011c4e4b in w32_free_submenu_strings (menu=0x205e3) at w32menu.c:1701 >> is telling where is "some code", and >> "Invalid Address specified to RtlFreeHeap( 00850000, 0088BDC8 )" >> is telling about "order we did not expect", as likely in: Called >> twice for the same memory object. If in doubt, try to prove that >> it can't happen. > > Yes, perhaps. But it could also be that memory objects are freed in an > order we did not expect. > Why should it matter in what order "Invalid Address" is passed to free?