Mixxx immediately crashes at startup on Windows

Could you see if there is a Mixxx log file generated for this crash?

Sorry to ask a dumb question, but just to be sure you are using the x86 version of Mixxx and not the x64 one, correct?

Mixxx log file:

Debug: [Main]: Dynamically loaded "C:/Program Files/Mixxx/plugins/soundsource/soundsourcemediafoundation.dll"
Debug: [Main]: m4a
Debug: [Main]: mp4
Debug: [Main]: Plugin supports: m4a
Debug: [Main]: Plugin supports: mp4
Debug: [Main]: Mixxx 1.10.0-beta1 "(bzr r2864; built on: Nov 5 2011 @ 18:56:22; flags: hifieq hss1394 mad midiscript optimize qdebug shoutcast verbose vinylcontrol) " is starting...
Debug: [Main]: Qt version is: 4.7.4
Debug: [Main]: Configuration file is now at the current version 1.10.0-beta1
Debug: [Main]: Loading translations for locale "nl_BE" from translations folder "C:/Program Files/Mixxx/translations/" : success
Debug: [Main]: Found folder 'Mixxx' within default OS music directory
Debug: [Main]: Could not create folder 'Recordings' within 'Mixxx'
Debug: [Main]: ControlObject::getControl returning NULL for ( "[Channel1]" , "vinylcontrol_mode" )
Debug: [Main]: ControlObject::getControl returning NULL for ( "[Channel2]" , "vinylcontrol_mode" )

I'm sure I installed the x86 version because I also installed in on another Windows 7 32 bit PC where it runs fine. This PC has an older version of kernalbase.dll, probably because I didn't update it in months. I removed Mixxx 1.10 from the first one and installed 1.9.2 and this version works fine.

On the internet I found other cases of application crashes related to kernalbase.dll version 6.1.7601.17651. They point to 2 possible causes:
- Installation of .NET4.0
- An issue with the Visual C++ runtime!

I noticed Mixxx 1.10 installs VC++ 2010 (x86 10.0.30319). I already reinstalled this runtime package (download from http://www.microsoft.com/download/en/details.aspx?id=5555). Still no succes.

Looks like this issue is caused by a very specific software combination (Windows patches, .NET, VC++...).

Oof, that is no fun. This is the first time we've released packages built
from our build server which has a different environment than the one we
have used to build the 1.9.2 packages. Your suspicion is probably correct
-- It's likely a Microsoft C++ runtime mismatch issue.

Could you try one more thing just to see if it's related? Delete this file:
C:/Program Files/Mixxx/plugins/soundsource/soundsourcemediafoundation.dll

On Wed, Nov 30, 2011 at 3:39 PM, Geert <email address hidden> wrote:

> I'm sure I installed the x86 version because I also installed in on
> another Windows 7 32 bit PC where it runs fine. This PC has an older
> version of kernalbase.dll, probably because I didn't update it in
> months. I removed Mixxx 1.10 from the first one and installed 1.9.2 and
> this version works fine.
>
> On the internet I found other cases of application crashes related to
> kernalbase.dll version 6.1.7601.17651. They point to 2 possible causes:
> - Installation of .NET4.0
> - An issue with the Visual C++ runtime!
>
> I noticed Mixxx 1.10 installs VC++ 2010 (x86 10.0.30319). I already
> reinstalled this runtime package (download from
> http://www.microsoft.com/download/en/details.aspx?id=5555). Still no
> succes.
>
> Looks like this issue is caused by a very specific software combination
> (Windows patches, .NET, VC++...).
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/888773
>
> Title:
> mixxx.exe 1.10 Beta1 immediately crashes at startup
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/888773/+subscriptions
>

Windows application crash report attached.

Still the same problem after deleting soundsourcemediafoundation.dll.

When Mixxx crashes a .tmp file is created in the temp directory. It's almost 500MB so I didn't attach it, but some if it's contents clearly points to the V++ runtime:

CorExitProcess mscoree.dll .mixcrt EncodePointer KERNEL32.DLL DecodePointer FlsFree FlsSetValue FlsGetValue FlsAlloc runtime error
  TLOSS error
   SING error
    DOMAIN error
  R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information.
      R6033
- Attempt to use MSIL code from this assembly during native code initialization
This indicates a bug in your application. It is most likely the result of calling an MSIL-compiled (/clr) function from a native constructor or from DllMain.
  R6032
- not enough space for locale information
      R6031
- Attempt to initialize the CRT more than once.
This indicates a bug in your application.
  R6030
- CRT not initialized
  R6028
- unable to initialize heap
    R6027
- not enough space for lowio initialization
    R6026
- not enough space for stdio initialization
    R6025
- pure virtual function call
   R6024
- not enough space for _onexit/atexit table
    R6019
- unable to open console device
    R6018
- unexpected heap error
    R6017
- unexpected multithread lock error
    R6016
- not enough space for thread data

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
   R6009
- not enough space for environment
 R6008
- not enough space for arguments
   R6002
- floating point support not loaded

I think you're just seeing a list of possible errors there. Can you check the Application and System event logs before and after running Mixxx? Copy and paste any new events into a text file and attach that here.

Process memory dump attached.

Only one entry in the Application event log when Mixxx crashes. (This is the only issue with this PC and the only error in the event logs, so the PC and other software is working fine).

Related to lp:926452 and lp:908546 ?

http://social.msdn.microsoft.com/forums/en/vcgeneral/thread/2556a86b-f82e-4efb-bcdd-19919facbff6

"The issue was due to incompatability between 32 bit application and 64 bit Operating System. For this to make work, I had to set the platform to Any CPU from x86 using Configuration Manager in Visual Studio."

How do we do this via scons though?

Geert, if you're still around, can you please try running Mixxx as administrator?

We're having difficulty making progress on this bug. It still could be a problem with our build environment or something with our installer. Testing as administrator will give us a hint though...

Thanks,
Albert

He did already, see the original description.

Hi Geert,

I have experimented with some changes in our build environment, and I've produced a new test build for you to try. There's three quick things I need you to try, if you have time:

1) Uninstall whatever version of Mixxx you have installed.

2) Download and install this new test version of Mixxx:

http://downloads.mixxx.org/targeted/mixxx-1.10-033112-msvc2008-x86-albert.exe

3) Download and install this Microsoft C++ Runtime package:

http://downloads.mixxx.org/targeted/vcredist_x86.exe
(If it only gives you the option to "Repair" or "Remove", you don't need to install it.)

Please let us know if this fixes the crash on startup you're experiencing! These bugs are critical for us, and we appreciate your cooperation in helping us figure it out.

Thanks,
Albert

Geert has installed a new version of Windows and got our regular builds working, so he is no longer able to reproduce this bug.

Let's keep this bug open in any case anyone else comes along who encounters it.

Hi, I have encounterred the same issue, but on win XP. Version 1.9 works fine, version 1.10 or higher not.
As we are currently on 1.11, here are my notes.
1.11 - first run, I selected the library folder and It crashed. After second run it crashed again with the
Debug: [Main]: Dynamically loaded "C:/Program Files/Mixxx/plugins/soundsource/soundsourcemediafoundation.dll" process not found.
1.10 the same issue here. I installed files from comment 15 and It works partially.
The issue here now is that it displays just something like blank window titled Mixxx 1.10 alpha and I can just resize, maximize or close it. But it seems, that this is caused by some conflict between Mixxx and My screen reader. As a blind computer user, I am using NVDA (non visual desktop access)
http://nvda-project.org
When I turn off NVDA and run mixxx, it displays everithing correctly, so I can start NVDA and use it regularrly.
I didn't have this issue with 1.9.
What i should do now:
Try older versions of NVDA to see differences.
Try some builds of mixxx 1.11 which crashed previously to see, if it works with the new installed runtime.

I attahed the mixxx log from the session, where probably NVDA did something so it didn't display correctly, but maybe this issue should be discussed in separated ticket. Now I am unable to definitelly say if the displaying issue is really just because of the screenreader or it is something regarding the original description of this ticket.

Hi Ondrej (and anyone else seeing this bug),

If you're still having this issue it would be very helpful if you could test out our new Windows builds:
mixxx.org/forums/viewtopic.php?f=1&t=6617&p=22695

Thanks for helping us make Mixxx great!
RJ

We now have release builds for 1.12 -- could you please test them out to see if this bug has been fixed?
http://mixxx.org/forums/viewtopic.php?f=1&t=6617&p=22695

marking incomplete due to lack of info

Seems like there is a problem with the intel openGL driver
it's the 64 bit version of mixxx

The Application starts, but the 2 waveform display controls did remain 100 % tranparent, so you can see through mixxx the application windows below.

Seems like the wave form display uses some opengl constructs which are not supported by this old integrated laptop intel graphics adapter. Is there a way to use a software rendering for the wave form display ?

Kind regards Jean

Protokollname: Application
Quelle: Application Error
Datum: 16.04.2016 10:27:20
Ereignis-ID: 1000
Aufgabenkategorie:(100)
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: gj-PC
Beschreibung:
Name der fehlerhaften Anwendung: mixxx.exe, Version: 1.11.0.3862, Zeitstempel: 0x518addd1
Name des fehlerhaften Moduls: ig4icd64.dll, Version: 8.15.10.2869, Zeitstempel: 0x506dfa58
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0000000000ae46a0
ID des fehlerhaften Prozesses: 0x5e4
Startzeit der fehlerhaften Anwendung: 0x01d197b9316a3e0b
Pfad der fehlerhaften Anwendung: C:\Program Files\Mixxx\mixxx.exe
Pfad des fehlerhaften Moduls: C:\Windows\system32\ig4icd64.dll
Berichtskennung: 08df5329-03ad-11e6-9d0d-00269e73addd
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2016-04-16T08:27:20.000000000Z" />
    <EventRecordID>41957</EventRecordID>
    <Channel>Application</Channel>
    <Computer>gj-PC</Computer>
    <Security />
  </System>
  <EventData>
    <Data>mixxx.exe</Data>
    <Data>1.11.0.3862</Data>
    <Data>518addd1</Data>
    <Data>ig4icd64.dll</Data>
    <Data>8.15.10.2869</Data>
    <Data>506dfa58</Data>
    <Data>c0000005</Data>
    <Data>0000000000ae46a0</Data>
    <Data>5e4</Data>
    <Data>01d197b9316a3e0b</Data>
    <Data>C:\Program Files\Mixxx\mixxx.exe</Data>
    <Data>C:\Windows\system32\ig4icd64.dll</Data>
    <Data>08df5329-03ad-11e6-9d0d-00269e73addd</Data>
  </EventData>
</Event>

Try to move "hardware acceleration" to "none" in Display properties -> settings -> advanced -> troubleshoot (windows xp 64).
For me it was helpful.

Luck!

I will close this one because it effects outdated versions of Mixxx.
Please file a new bug if it happens with a recent version.