From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Trunk emacs infelicity with linum mode Date: Thu, 11 Sep 2014 18:14:25 +0300 Message-ID: <83oaum8a0e.fsf@gnu.org> References: <87zjeix7hg.fsf@glaurung.internal.golden-gryphon.com> <838um1gar9.fsf@gnu.org> <87ppfdyhpf.fsf@glaurung.internal.golden-gryphon.com> <8361h5g7mv.fsf@gnu.org> <87zjehw5cs.fsf@glaurung.internal.golden-gryphon.com> <834mwog0u0.fsf@gnu.org> <87wq9kd5y3.fsf@glaurung.internal.golden-gryphon.com> <83oauve75i.fsf@gnu.org> <87lhpxaopi.fsf@glaurung.internal.golden-gryphon.com> <83vbp1deta.fsf@gnu.org> <540ACB6A.5020402@gmx.at> <540AED8A.9030000@gmx.at> <83ha0jcv31.fsf@gnu.org> <540C9F76.2020606@gmx.at> <831trncjhf.fsf@gnu.org> <540D7793.6010704@gmx.at> <83mwa9aqdq.fsf@gnu.org> <541005DC.9060704@gmx.at> <83a9679xyf.fsf@gnu.org> <5410A059.9000102@gmx.at> <831trj9tip.fsf@gnu.org> <83zje78ei7.fsf@gnu.org> <54116AA8.1040503@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1410448497 18401 80.91.229.3 (11 Sep 2014 15:14:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 11 Sep 2014 15:14:57 +0000 (UTC) Cc: srivasta@ieee.org, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 11 17:14:49 2014 Return-path: Envelope-to: ged-emacs-devel@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 1XS650-0002lg-Mg for ged-emacs-devel@m.gmane.org; Thu, 11 Sep 2014 17:14:38 +0200 Original-Received: from localhost ([::1]:39224 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XS650-0003hR-8k for ged-emacs-devel@m.gmane.org; Thu, 11 Sep 2014 11:14:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37422) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XS64f-0003dV-1D for emacs-devel@gnu.org; Thu, 11 Sep 2014 11:14:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XS64Z-0003NL-V9 for emacs-devel@gnu.org; Thu, 11 Sep 2014 11:14:16 -0400 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:56058) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XS64Z-0003Mz-N0 for emacs-devel@gnu.org; Thu, 11 Sep 2014 11:14:11 -0400 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NBQ00B00SIGE200@mtaout27.012.net.il> for emacs-devel@gnu.org; Thu, 11 Sep 2014 18:08:27 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NBQ004STSQ3BZ70@mtaout27.012.net.il>; Thu, 11 Sep 2014 18:08:27 +0300 (IDT) In-reply-to: <54116AA8.1040503@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.183 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174178 Archived-At: > Date: Thu, 11 Sep 2014 11:26:00 +0200 > From: martin rudalics > CC: srivasta@ieee.org, emacs-devel@gnu.org > > > Inside the first call to adjust_frame_size, the one from line 4609, we > > do call run_window_configuration_change_hook. But it doesn't abort > > here. > > Because the frame is not official yet so > > if (NILP (Vrun_hooks) || !(f->official)) > return; > > will return immediately. Right. Which in retrospect is the _real_ answer to your 'Why "until 4678"?' question: I was trying to reproduce what happened on Manoj's machine, guided by the backtrace he posted. > > If I set a breakpoint in Fface_font, which is what barfed in the OP's > > case, the breakpoint doesn't break inside the call to > > adjust_frame_size or Fx_create_frame, it breaks after Fx_create_frame > > already returned. I don't know why the difference. > > I suppose the OP confused two calls of adjust_frame_size - the one at > line 4609 and the one at line 4678. Or maybe we confused that. > The latter indeed does run the functions on > `window-configuration-change-hook' and breaks in Fface_font. It > doesn't break on Windows or Gtk because there apparently the sizes > do not change any more. I still don't know why the sizes change on > Motif/Lucid. Probably because of the tool bar or the scroll bars -- these are the only differences between the builds, AFAIR. What will break if we set f->official true only _after_ the second adjust_frame_size returns?