From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Arunas Ruksnaitis Newsgroups: gmane.emacs.bugs Subject: bug#12621: Emacs 24.1 crashing on Win7 Date: Thu, 13 Dec 2012 18:41:10 +0000 (GMT) Message-ID: <1355424070.10437.YahooMailNeo@web171305.mail.ir2.yahoo.com> References: <1355394162.15171.YahooMailNeo@web171306.mail.ir2.yahoo.com> <83ip85omkv.fsf@gnu.org> Reply-To: Arunas Ruksnaitis NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="2017425371-1807118164-1355424070=:10437" X-Trace: ger.gmane.org 1355424154 15089 80.91.229.3 (13 Dec 2012 18:42:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Dec 2012 18:42:34 +0000 (UTC) Cc: "12621@debbugs.gnu.org" <12621@debbugs.gnu.org> To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 13 19:42:46 2012 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 1TjDk1-0003B4-8l for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 Dec 2012 19:42:41 +0100 Original-Received: from localhost ([::1]:59286 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjDjo-0006tz-9T for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 Dec 2012 13:42:28 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjDjc-0006pu-Ss for bug-gnu-emacs@gnu.org; Thu, 13 Dec 2012 13:42:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjDjV-0007qZ-Eq for bug-gnu-emacs@gnu.org; Thu, 13 Dec 2012 13:42:16 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59229) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjDjV-0007qT-BG for bug-gnu-emacs@gnu.org; Thu, 13 Dec 2012 13:42:09 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TjDkM-00007k-GW for bug-gnu-emacs@gnu.org; Thu, 13 Dec 2012 13:43:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Arunas Ruksnaitis Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Dec 2012 18:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12621 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by 12621-submit@debbugs.gnu.org id=B12621.1355424127368 (code B ref 12621); Thu, 13 Dec 2012 18:43:02 +0000 Original-Received: (at 12621) by debbugs.gnu.org; 13 Dec 2012 18:42:07 +0000 Original-Received: from localhost ([127.0.0.1]:41247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjDjS-00005t-SC for submit@debbugs.gnu.org; Thu, 13 Dec 2012 13:42:07 -0500 Original-Received: from nm22-vm6.bullet.mail.ird.yahoo.com ([212.82.109.225]:27138) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjDjR-00005m-8u for 12621@debbugs.gnu.org; Thu, 13 Dec 2012 13:42:06 -0500 Original-Received: from [77.238.189.57] by nm22.bullet.mail.ird.yahoo.com with NNFMP; 13 Dec 2012 18:41:10 -0000 Original-Received: from [212.82.108.121] by tm10.bullet.mail.ird.yahoo.com with NNFMP; 13 Dec 2012 18:41:10 -0000 Original-Received: from [127.0.0.1] by omp1030.mail.ird.yahoo.com with NNFMP; 13 Dec 2012 18:41:10 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 963079.87660.bm@omp1030.mail.ird.yahoo.com Original-Received: (qmail 12756 invoked by uid 60001); 13 Dec 2012 18:41:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1355424070; bh=I1CRr9+c4Xnr33tSQ7GstzOskgjS4MpzdqQxFvmAIM0=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=NhQpfLcLuOg/TFRlIsG9QEUzEGNObLJdcS/6vBPMx6FFkBN+kuUUDZzUugRXV7RHNAE0RTcpfW2Px0BWyGhEGA9EXPjXigWu2NKZwnCV4szJUx9yctezuP6Ot+qWMpkY2AVlttNAuzMvf9+cNWR+Lf3JEliXfzuMLSppkwPSstk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=dlUYXo8+9ZtW2R9VWWQQg1eJSKvTQ0mzzfM490QDcETbzcIqHQuJzIFx1h9rMRLvjABgAQBNk4WyjXfsx2ToiaIPNuX37AeCjzavYgaTSPxMKjSXb0PMgo0qI94yxvXUL/9ew0ZINQdlfDoOkgedvLlX5Dzb7miDCdEIWeuQhRE=; X-YMail-OSG: jaqURa0VM1m8oykzWQncUvIsa26flf0p0z7COhBEtK.K57E syjwJCXfdzvBE8wenB86bwvOmmtWswtn2yolX8FimKsL5xKN29ZPl8CoR1v3 2lz_aLHneldzBZRYCOFV0lV4v713e4xgj8ouals35NqU20p3I9zqZFTp2.Jr fEjVA0IBbjFCTwepTyGzuGUV7gmQJ.dab805_wHHosCeOHFdD3L3C01gsE69 bXC7bFXFE2Pk8xHOUL3e2Ci5Va6zL1n272Bapa6cnmQlGscp6Gi9wWG26Los gOGgB4N63q7zG8p0S5nz1b22ZZY9VSD8G1QzmSwNzfdgN28ZcNktq3ty01Ux W.xLiFRb9sc1l659LyXi354q6Ruzh_OcqGZqYGJbQ6Adec4nMIIKNl0vgViX 5QAypQs4k2JpQ2zK_65iF_PwNou6MtS6kWkqa5WApSoeI0bJFQHmWI6IOluR YwKrS1gXQbPhWW7NPq1wnNCICVyld Original-Received: from [195.200.76.252] by web171305.mail.ir2.yahoo.com via HTTP; Thu, 13 Dec 2012 18:41:10 GMT X-Rocket-MIMEInfo: 001.001, Li4uYW5kIHllcywgaXQgZG9lcyBub3QgY3Jhc2ggaWYgSSBwcm92aWRlIHRoZSBwaHlzaWNhbCBzZXJ2ZXIgaW5zdGVhZCBvZiBERlMuClRha2VzIH4zMCBzZWMgdG8gb3BlbiB0aGUgZmlyc3QgZmlsZSBhbmQgRGlyRWQgc3RpbGwgZG9lcyBub3QgZGlzcGxheSB0aGUgY29ycmVjdCBvd25lci4uLi5idXQgZG9lcyBub3QgY3Jhc2guCihzZXRmIHczMi1nZXQtdHJ1ZS1maWxlLWF0dHJpYnV0ZXMgbmlsKSBkb2VzIG5vdCBoZWxwIC0gb3BlbmluZyBhIGZpbGUgdGFrZXMgfjMwIHNlYwrCoAotQXJ1bmFzCgoKX18BMAEBAQE- X-Mailer: YahooMailWebService/0.8.128.478 In-Reply-To: <83ip85omkv.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:68474 Archived-At: --2017425371-1807118164-1355424070=:10437 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ...and yes, it does not crash if I provide the physical server instead of D= FS.=0ATakes ~30 sec to open the first file and DirEd still does not display= the correct owner....but does not crash.=0A(setf w32-get-true-file-attribu= tes nil) does not help - opening a file takes ~30 sec=0A=A0=0A-Arunas=0A=0A= =0A________________________________=0A From: Eli Zaretskii = =0ATo: Arunas Ruksnaitis =0ACc: 12621@debbugs.gnu.org= =0ASent: Thursday, 13 December 2012, 18:04=0ASubject: Re: bug#12621: Emacs= 24.1 crashing on Win7=0A =0A> Date: Thu, 13 Dec 2012 10:22:42 +0000 (GMT)= =0A> From: Arunas Ruksnaitis =0A> =0A> Just to confirm= , this is a big problem for me, too.=0A> My observations confirm the origin= al report.=0A> Stack trace, should it help, is here. I guess "lookup_accoun= t_sid" is passing an invalid=A0lpSid?=0A=0ANo, I don't think the Sid can be= invalid, because it is validated just=0Abefore the call that crashes, by c= alling IsValidSid:=0A=0A=A0 if (what =3D=3D UID)=0A=A0 =A0 result =3D get_s= ecurity_descriptor_owner (psd, &sid, &dflt);=0A=A0 else if (what =3D=3D GID= )=0A=A0 =A0 result =3D get_security_descriptor_group (psd, &sid, &dflt);=0A= =A0 else=0A=A0 =A0 result =3D 0;=0A=0A=A0 if (!result || !is_valid_sid (sid= ))=A0 <<<<<<<<<<<<<<<<<<<<<<<<<<<=0A=A0 =A0 use_dflt =3D 1;=0A=A0 else if (= !w32_cached_id (sid, id, nm))=0A=A0 =A0 {=0A=A0 =A0 =A0 /* If FNAME is a UN= C, we need to lookup account on the=0A=A0=A0=A0 specified machine.=A0 */= =0A=A0 =A0 =A0 if (IS_DIRECTORY_SEP (fname[0]) && IS_DIRECTORY_SEP (fname[1= ])=0A=A0=A0=A0 =A0 && fname[2] !=3D '\0')=0A=A0=A0=A0 {=0A=A0=A0=A0 =A0 con= st char *s;=0A=A0=A0=A0 =A0 char *p;=0A=0A=A0=A0=A0 =A0 for (s =3D fname + = 2, p =3D machine;=0A=A0=A0=A0 =A0 =A0 =A0 *s && !IS_DIRECTORY_SEP (*s); s+= +, p++)=0A=A0=A0=A0 =A0 =A0 *p =3D *s;=0A=A0=A0=A0 =A0 *p =3D '\0';=0A=A0= =A0=A0 =A0 mp =3D machine;=0A=A0=A0=A0 }=0A=0A=A0 =A0 =A0 if (!lookup_accou= nt_sid (mp, sid, name, &name_len,=0A=A0=A0=A0 =A0=A0=A0 =A0=A0=A0 =A0 =A0 = =A0 domain, &domain_len, &ignore)=0A=A0=A0=A0 =A0 || name_len > UNLEN+1)= =0A=0AI actually suspect that the problem might be in the server name, the= =0Afirst argument to lookup_account_sid.=A0 If you can easily reproduce=0At= his under GDB, can you show what is the value of 'fname' and of=0A'machine'= in the above snippet? --2017425371-1807118164-1355424070=:10437 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
...and yes= , it does not crash if I provide the physical server instead of DFS.=
Takes ~30 sec to open the first file and DirEd still does= not display the correct owner....but does not crash.
(set= f w32-get-true-file-attributes nil) does not help - opening a file takes ~3= 0 sec
 
-Arunas
From: Eli Zare= tskii <eliz@gnu.org>
To: Arunas Ruksnaitis <aris020@yahoo.co.uk>
Cc: 12621@debbugs.gnu.org
Sent: Thursday, 13 December 2012, 1= 8:04
Subject: Re: bug#= 12621: Emacs 24.1 crashing on Win7

> Date: Thu, 1= 3 Dec 2012 10:22:42 +0000 (GMT)
> From: Arunas Ruksnaitis <aris= 020@yahoo.co.uk>
>
> Just to confirm, this is a big pro= blem for me, too.
> My observations confirm the original report.
&= gt; Stack trace, should it help, is here. I guess "lookup_account_sid" is p= assing an invalid lpSid?

No, I don't think the Sid can be invalid, becau= se it is validated just
before the call that crashes, by calling IsValid= Sid:

  if (what =3D=3D UID)
    result =3D get_sec= urity_descriptor_owner (psd, &sid, &dflt);
  else if (what = =3D=3D GID)
    result =3D get_security_descriptor_group (psd,= &sid, &dflt);
  else
    result =3D 0;
  if (!result || !is_valid_sid (sid))  <<<<<<&= lt;<<<<<<<<<<<<<<<<<<= <<
    use_dflt =3D 1;
  else if (!w32_cached_id= (sid, id, nm))
    {
      /* If FNAME is a= UNC, we need to lookup account on the
    specified mac= hine.  */
      if (IS_DIRECTORY_SEP (fname[0]) &= ;& IS_DIRECTORY_SEP (fname[1])
      && = fname[2] !=3D '\0')
    {
      const char= *s;
      char *p;

     = for (s =3D fname + 2, p =3D machine;
        &= nbsp; *s && !IS_DIRECTORY_SEP (*s); s++, p++)
   = ;     *p =3D *s;
      *p =3D '\0';
&nb= sp;     mp =3D machine;
    }

 = ;     if (!lookup_account_sid (mp, sid, name, &name_len,
&= nbsp;                = ; domain, &domain_len, &ignore)
      || na= me_len > UNLEN+1)

I actually suspect that the problem might be in= the server name, the
first argument to lookup_account_sid.  If you= can easily reproduce
this under GDB, can you show what is the value of = 'fname' and of
'machine' in the above snippet?


= =20
--2017425371-1807118164-1355424070=:10437--