← Back to team overview

openlp-core team mailing list archive

[Bug 799990] Re: Crash on startup because wrong Qt libs are loaded (Win 7)

 

> I would like to get an evironment similar to yours.
My environment takes quite a while to set up, maybe you can get away with just the problematic DLLs: http://dl.dropbox.com/u/5464702/OpenLP_incompatible_DLLs.zip
It's the iconv.dll from my ruby installation and qgenericbearer4.dll within the Qt directory structure. I have the environment variables QT4DIR and QTDIR pointing to Qt/4.7.1, and Qt/4.7.1/bin in the PATH.
But I'm not sure anymore if the environment variables are even used - OpenLP even crashes when I remove all references to my Qt build (and reboot). And I found all plugin paths also in the registry (HKEY_USERS\S-1-5-21-2378048838-1455849807-2857485230-1000\Software\Trolltech\OrganizationDefaults\Qt Factory Cache 4.7).

(My full environment is: Ruby 1.8.6 (bin directory in the PATH), Qt 4.7
for VS2008 (http://qt.nokia.com/downloads/windows-cpp-vs2008),
configured for Visual Studio 2010 (witht configure.exe in the main Qt
folder, something like configure -platform win32-msvc2010 I think), then
compiled by executing 'qmake', then 'nmake' in the Visual Studio 2010
Command Prompt. Perhaps it would be enough to just install it and
replace qgenericbearer4.dll with my one....)

I also found that the Qt search paths can be overridden with a qt.conf file: http://doc.qt.nokia.com/latest/qt-conf.html
I tried putting one into the OpenLP folder with "[Paths]\nPlugins = qt4_plugins", but nothing changed.

-- 
You received this bug notification because you are a member of OpenLP
Core, which is subscribed to OpenLP.
https://bugs.launchpad.net/bugs/799990

Title:
  Crash on startup because wrong Qt libs are loaded (Win 7)

Status in OpenLP - Worship Presentation Software:
  New

Bug description:
  When I first started OpenLP it crashed while the splash screen was shown - access violation in msvcr100.dll (-> Visual Studio 2010 runtime library) with some Qt DLLs above it in the callstack (according to the then attached debugger). OpenLP apparently loaded the Qt DLLs from the PATH instead of using the local ones - I've got Qt 4.7.1 built with Visual Studio 2010 in the PATH. Since the other DLLs in the OpenLP folder are linked against msvcr90.dll and runtimes can't usually be mixed this seems to be the source of the problem...
  Removing my Qt build from the PATH helps, but it would be better if OpenLP simply used the libraries installed with it.

  Using OpenLP 1.9.5 on Win 7 Professionell 32-bit

To manage notifications about this bug go to:
https://bugs.launchpad.net/openlp/+bug/799990/+subscriptions


References