public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: "Dave Korn" <dave.korn@artimi.com>
To: <cygwin-apps@cygwin.com>
Subject: RE: CVS setup.exe crashes on Windows 2003 Server x64
Date: Mon, 18 Dec 2006 15:03:00 -0000	[thread overview]
Message-ID: <029f01c722b5$b9d46d40$a501a8c0@CAM.ARTIMI.COM> (raw)
In-Reply-To: <297343D29C14AA4D822142893ABEAEF302836DA8@srv1163ex1.flightsafety.com>

On 18 December 2006 14:45, Thrall, Bryan wrote:

> Dave Korn wrote on Friday, December 15, 2006 7:13 PM:
>> On 15 December 2006 21:08, Thrall, Bryan wrote:
>> 
>>> I'm seeing setup.exe built from CVS head crash on Windows 2003 Server
>>> x64 (Standard version, SP 1).
>> 
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x004eb157 in AllocateAndInitializeSid@44 ()
>>> (gdb) bt
>>> #0  0x004eb157 in AllocateAndInitializeSid@44 ()
>>> #1  0x0043d8f8 in NTSecurity::initialiseEveryOneSID (this=0x23f780)
>>> at main.cc:269 #2  0x0043daca in NTSecurity::setDefaultDACL
>>> (this=0x23f780) at main.cc:287 #3  0x0043e1ec in
>>> NTSecurity::setDefaultSecurity (this=0x23f780) at main.cc:340 #4
>>> 0x0043ed33 in set_default_sec () at main.cc:237 #5  0x0043f3a2 in
>>>     WinMain (h=0x400000, hPrevInstance=0x0, command_line=0xe0245d
>>> "", cmd_show=10) at main.cc:482 #6  0x00499238 in main (argc=1,
>>>     argv=0x346b8, __p__environ=0x33090) at ../../runtime/main.c:73
>>> 
>>> After a little debugging, it looks like the this pointer is getting
>>> corrupted between frames 1 and 0 (it is valid in frame 1 and invalid
>>> -- 0x105 IIRC -- in frame 0).

> Sorry, I meant to say that the this pointer is fine in
> NTSecurity::setDefaultDACL (frame 2), but bad in
> NTSecurity::initialiseEveryOneSID (frame 1).

  Oh well, that blows out my theory you might have been getting linked against
the wrong version of the libs (64-vs-32 bit) and hence get disagreements about
sizes of various integer types being passed on the stack as arguments.

  Wait a minute!  That stack trace shows 'this as having the same value in
frames 1, 2 and 3, it's 0x23f780 in all of them.  That suggests that gdb is
parsing the stack right and the code is getting it wrong.  I think you still
need to worry about sizes of stack arguments.  Maybe there's a header file
somewhere that uses an int where it should have written long int, and nobody's
noticed until LP64 made them become different sizes?


>>   Don't have 64bits or 2k3 but I'll see how win2k likes it.

  Haven't tested this yet owing to wanting to keep my installation stable
while doing gcc testsuite runs.  Should be able to give it a go tonight or
tomorrow.


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

  reply	other threads:[~2006-12-18 15:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-18 14:45 Thrall, Bryan
2006-12-18 15:03 ` Dave Korn [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-01-22 19:00 Thrall, Bryan
2007-01-22 19:10 ` Brian Dessent
2006-12-18 15:39 Thrall, Bryan
2007-01-13 17:30 ` Max Bowsher
2006-12-15 21:08 Thrall, Bryan
2006-12-16  1:13 ` Dave Korn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='029f01c722b5$b9d46d40$a501a8c0@CAM.ARTIMI.COM' \
    --to=dave.korn@artimi.com \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).