PySide Bugzilla Closed for New Bugs

PySide is now a Qt Add-on and uses the Qt Project's JIRA Bug Tracker instead of this Bugzilla instance. This Bugzilla is left for reference purposes.

Bug 465 - Crash when running generatorrunner during Windows build
: Crash when running generatorrunner during Windows build
Status: CLOSED WORKSFORME
Product: PySide
Classification: Unclassified
Component: PySide
: HEAD
: PC MS Windows XP/Vista/7
: P3 normal
Assigned To: Hugo Parente Lima
:
:
:
  Show dependency treegraph
 
Reported: 2010-11-11 16:48 EET by Jesse Vogt
Modified: 2011-01-06 16:25 EET (History)
8 users (show)

See Also:


Attachments
mini-dump file (334.46 KB, application/octet-stream)
2010-11-11 16:49 EET, Jesse Vogt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Vogt 2010-11-11 16:48:26 EET
Windows 7 Pro x64
Visual Studio 2008 SP1
64bit build
Python 2.7
Qt 4.6.2 (64 bit build)

Run "cscript createpackage.js"
All packages checkout and build fine.

[  5%] Built target libshiboken
[  9%] Built target shiboken_generator
[ 10%] Built target shiboken
[ 35%] Built target libsample
[ 38%] Built target libother
[ 39%] Running generator for test binding...
NMAKE : fatal error U1077:
'C:\Windows\Temp\PySideInstall\bin\generatorrunner.EXE' : return code
'0xc0000005'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\BIN\amd64\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\BIN\amd64\nmake.exe"' : return code '0x2'
Stop.

Crash occurs while "Running generator for test binding..."

Non-debug stack trace from WinDBG:

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\jesse\AppData\Local\Temp\WER47BC.tmp.mdmp]
User Mini Dump File: Only registers, stack and portions of memory are available

Symbol search path is:
srv*C:\symbols\windows_symcache*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: SingleUserTS
Machine Name:
Debug session time: Thu Nov 11 13:46:38.000 2010 (UTC - 6:00)
System Uptime: 1 days 5:38:31.024
Process Uptime: 0 days 0:00:06.000
...........................
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(d30.fd0): Access violation - code c0000005 (first/second chance not available)
ntdll!ZwWaitForMultipleObjects+0xa:
00000000`775a030a c3              ret
0:000> !analyze -v
*******************************************************************************
*                                                                             *
*                        Exception Analysis                                   *
*                                                                             *
*******************************************************************************

*** ERROR: Symbol file could not be found.  Defaulted to export symbols for
apiextractor.dll - 
*** ERROR: Module load completed but symbols could not be loaded for
generatorrunner.EXE
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for
QtCore4.dll - 
GetPageUrlData failed, server returned HTTP status 404
URL requested:
http://watson.microsoft.com/StageOne/generatorrunner_EXE/0_0_0_0/4cdc4146/ntdll_dll/6_1_7600_16559/4ba9b802/c0000005/00051c30.htm?Retriage=1

FAULTING_IP: 
ntdll!RtlFreeHeap+d0
00000000`775a1c30 4c8b6308        mov     r12,qword ptr [rbx+8]

EXCEPTION_RECORD:  ffffffffffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 00000000775a1c30 (ntdll!RtlFreeHeap+0x00000000000000d0)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: 000000000051cfb8
Attempt to read from address 000000000051cfb8

PROCESS_NAME:  generatorrunner.EXE

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced
memory at 0x%08lx. The memory could not be %s.

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced
memory at 0x%08lx. The memory could not be %s.

EXCEPTION_PARAMETER1:  0000000000000000

EXCEPTION_PARAMETER2:  000000000051cfb8

READ_ADDRESS:  000000000051cfb8 

FOLLOWUP_IP: 
ntdll!RtlFreeHeap+d0
00000000`775a1c30 4c8b6308        mov     r12,qword ptr [rbx+8]

MOD_LIST: <ANALYSIS/>

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

ADDITIONAL_DEBUG_TEXT:  Enable Pageheap/AutoVerifer

FAULTING_THREAD:  0000000000000fd0

DEFAULT_BUCKET_ID:  HEAP_CORRUPTION

PRIMARY_PROBLEM_CLASS:  HEAP_CORRUPTION

BUGCHECK_STR: 
APPLICATION_FAULT_HEAP_CORRUPTION_INVALID_POINTER_READ_FILL_PATTERN_ffffffff

LAST_CONTROL_TRANSFER:  from 0000000077452c7a to 00000000775a1c30

STACK_TEXT:  
00000000`009be730 00000000`77452c7a : 00000000`027df150 00000000`009be960
00000000`00000000 00000000`009bfdf8 : ntdll!RtlFreeHeap+0xd0
00000000`009be7b0 00000000`7300c7bc : 00000000`009beb78 00000000`00000000
00000000`009bea98 00000000`00ae6648 : kernel32!HeapFree+0xa
00000000`009be7e0 00000000`72ee22e5 : 00000000`027df150 00000000`00ae6648
00000000`027df150 00000000`02816bf8 : msvcr90!free+0x1c
[f:\dd\vctools\crt_bld\self_64_amd64\crt\src\free.c @ 110]
00000000`009be810 00000000`00c6f251 : 00000000`009be960 00000000`009be960
00000000`009bfe00 ffffffff`ffffffff :
msvcp90!std::basic_string<char,std::char_traits<char>,std::allocator<char>
>::~basic_string<char,std::char_traits<char>,std::allocator<char> >+0x19
[f:\dd\vctools\crt_bld\self_64_amd64\crt\src\xstring @ 916]
00000000`009be840 00000000`00c6f9d1 : 00000000`009bfc58 00000000`029ae800
00000000`026749e0 00000000`009bfdf0 :
apiextractor!TypeDatabase::addGlobalUserFunctionModification+0xe81
00000000`009bfc30 00000001`40004d6c : 00000000`029a9100 00000000`0000001c
00000000`029a9100 00000000`029af401 : apiextractor!ApiExtractor::run+0xe1
00000000`009bfc80 00000001`4000558e : 00000000`00000008 00000000`00000000
00000000`00000008 00000000`00000000 : generatorrunner+0x4d6c
00000000`009bff30 00000000`7744f56d : 00000000`00000000 00000000`00000000
00000000`00000000 00000000`00000000 : generatorrunner+0x558e
00000000`009bff60 00000000`77583021 : 00000000`00000000 00000000`00000000
00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0xd
00000000`009bff90 00000000`00000000 : 00000000`00000000 00000000`00000000
00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x1d


STACK_COMMAND:  ~0s; .ecxr ; kb

SYMBOL_NAME:  heap_corruption!heap_corruption

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: heap_corruption

IMAGE_NAME:  heap_corruption

DEBUG_FLR_IMAGE_TIMESTAMP:  0

FAILURE_BUCKET_ID:  HEAP_CORRUPTION_c0000005_heap_corruption!heap_corruption

BUCKET_ID: 
X64_APPLICATION_FAULT_HEAP_CORRUPTION_INVALID_POINTER_READ_FILL_PATTERN_ffffffff_heap_corruption!heap_corruption

WATSON_STAGEONE_URL: 
http://watson.microsoft.com/StageOne/generatorrunner_EXE/0_0_0_0/4cdc4146/ntdll_dll/6_1_7600_16559/4ba9b802/c0000005/00051c30.htm?Retriage=1

Followup: MachineOwner
---------
Comment 1 Jesse Vogt 2010-11-11 16:49:46 EET
Created attachment 141 [details]
mini-dump file
Comment 2 Hugo Parente Lima 2010-12-23 18:21:28 EET
The crash still happening? Are you sure that you are compiling all projects as
Debug or all projects as Release to avoid mixing two different Microsoft C
runtime libraries in the same process?
Comment 3 Hugo Parente Lima 2010-12-29 10:22:01 EET
I'm closing the bug as it works for me, if the problem persist feel free to
reopen the bug.
Comment 4 renato filho 2011-01-06 16:25:20 EET
released on beta3