#420 closed defect (fixed)
qgis-common.bat fails during postinstall
Reported by: | jphespanha | Owned by: | |
---|---|---|---|
Priority: | major | Component: | Installer |
Version: | Keywords: | ||
Cc: |
Description
I am trying to install OSGeo4W on a Windows Server 2008 R2 (64-bit). I have chosen the Express Install option (QGIS, GDAL and GRASS). The installation runs well, but the post installation fails for qgis-common.bat, with the following message: "Package: Unknown package qgis-common.bat exit code -1072365566"
The log file "setup.full.log" follows in attachment. Perhaps has something to do with the last path issued before the crash, which looks strange for a windows installation...
Attachments (5)
Change History (30)
by , 10 years ago
Attachment: | setup.full.zip added |
---|
comment:1 by , 10 years ago
It has to do with the crssync that fails in line 21575. Does %OSGEO4W_ROOT%\etc\postinstall\qgis-common.bat
still exists (it would have been renamed to qgis-common.bat.done
after it's execution. Does it produce errors if you run it from the OSGeo4W shell?
comment:2 by , 10 years ago
The batch file still exists, but it was not renamed to "done" (because crashes before that, I suppose). All the other are done. I forget to tell that I can not run the OSGeo4W Shell either... gdalinfo reports the application was unable to start correctly (0xc0150002).
comment:3 by , 10 years ago
Does installing Microsoft Visual C++ 2010 Redistributable Package help? Apparently that already included in Windows 7, but maybe not in Windows 2008 R2.
by , 10 years ago
Attachment: | setup.log.full added |
---|
Second version (after new Visual C++ redistributable)
follow-up: 5 comment:4 by , 10 years ago
This redistributable was not installed on the server. But even with it, the results are the same. During setup, the crssync crashes with the "application was unable to start correctly..." error.
Anyway, I am attaching the new version of the log file (just in case it might be helpfull).
Sure that this path is OK? set QGIS_PREFIX_PATH=C:/OSGEO4~1/apps/qgis
follow-up: 6 comment:5 by , 10 years ago
Replying to jphespanha:
Sure that this path is OK? set QGIS_PREFIX_PATH=C:/OSGEO4~1/apps/qgis
You tell me. Doesn't "C:/OSGEO4~1/apps/qgis" take you to the qgis directory?
I suspect there is a side by side configuration error. Please check eventlog is you can spot any, use dependency walker find details about it. I still think the server is just missing some Microsoft Visual C++ Redistributable Package. It would be nice if you could identify which particular one it is.
comment:6 by , 10 years ago
Replying to jef:
Replying to jphespanha:
Sure that this path is OK? set QGIS_PREFIX_PATH=C:/OSGEO4~1/apps/qgis
You tell me. Doesn't "C:/OSGEO4~1/apps/qgis" take you to the qgis directory?
I suspect there is a side by side configuration error. Please check eventlog is you can spot any, use dependency walker find details about it. I still think the server is just missing some Microsoft Visual C++ Redistributable Package. It would be nice if you could identify which particular one it is.
There is no problem with the path. I just find it confusing; in windows should be "C:\OSGEO4~1\apps\qgis", but it works nevertheless.
And you are right with the "SidebySide" error. I checked the application event log at the server, and spotted this message: "Activation context generation failed for "C:\OSGEO4~1\bin\SSLEAY32.dll". Dependent Assembly Microsoft.VC90.CRT,processorArchitecture="amd64",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.21022.8" could not be found. Please use sxstrace.exe for detailed diagnosis." I will try the "dependency walker", but maybe there is already sufficient info to solve the situation.
comment:7 by , 10 years ago
So it's not the 2010 but even the 2008 redistributable. Please try http://download.microsoft.com/download/2/d/6/2d61c766-107b-409d-8fba-c39e61ca08e8/vcredist_x64.exe
comment:8 by , 10 years ago
YES!
That was the Visual C++ Redistributable that was missing. I had the 32-bit version installed, but not the 64-bit. Both OSGeo4W Shell and QGIS Desktop are now running.
I think this has to be marked as solved. But this is my first time with Trac and Tickets. How to proceed?
follow-up: 10 comment:9 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
msvcrt-1.0.1-6 now includes and installs both runtimes.
follow-up: 11 comment:10 by , 10 years ago
follow-ups: 12 13 comment:11 by , 10 years ago
Replying to hellik:
I've checked, both ms 64bit runtimes (2008, 2010) are installed on my box.
Any more info if you run qgis-common.bat manually? Did you check with depends and in the eventlog?
comment:12 by , 10 years ago
by , 10 years ago
Attachment: | log_qgis_common_bat_manually.txt added |
---|
qgis_common_bat_manually_run_log
follow-ups: 14 15 comment:13 by , 10 years ago
Replying to jef:
Replying to hellik:
I've checked, both ms 64bit runtimes (2008, 2010) are installed on my box.
Did you check with depends
opening crssync in dependency walker:
Error: At least one required implicit or forwarded dependency was not found.
QGIS_CORE.DLL, GDAL111.DLL, QTCORE4.DLL
but maybe it's because to be outside of a OSGeo4W session (?)
follow-up: 16 comment:14 by , 10 years ago
Replying to hellik:
opening crssync in dependency walker:
Error: At least one required implicit or forwarded dependency was not found.QGIS_CORE.DLL, GDAL111.DLL, QTCORE4.DLL
but maybe it's because to be outside of a OSGeo4W session (?)
prepend depends to the call of crssync in qgis-common.bat and run it again from the osgeo4w shell - that should start depends in the same context.
comment:15 by , 10 years ago
Replying to hellik:
Replying to jef:
Replying to hellik:
I've checked, both ms 64bit runtimes (2008, 2010) are installed on my box.
Did you check with depends
opening crssync in dependency walker:
Error: At least one required implicit or forwarded dependency was not found.QGIS_CORE.DLL, GDAL111.DLL, QTCORE4.DLL
but maybe it's because to be outside of a OSGeo4W session (?)
ok manually added search path of the 3 dll's to the dependency walker test (C:\OSGeo4W64\bin and C:\OSGeo4W64\apps\qgis\bin), attached the log of this test.
if I read the dependency walker correctly, there maybe some issues with:
- ZLIB1.DLL (in OGDI.DLL and QTCORE4.DLL)
- XERCES-C_3_1.DLL (in GDAL111.DLL; msvcr90.dll)
- ICONV.DLL (msvcr80.dll)
- SQLITE3.DLL (in QGIS_CORE.DLL, GDAL111.DLL, )
- LIBCURL.DLL (in GDAL111.DLL)
follow-up: 17 comment:16 by , 10 years ago
Replying to jef:
Replying to hellik:
opening crssync in dependency walker:
Error: At least one required implicit or forwarded dependency was not found.QGIS_CORE.DLL, GDAL111.DLL, QTCORE4.DLL
but maybe it's because to be outside of a OSGeo4W session (?)
prepend depends to the call of crssync in qgis-common.bat and run it again from the osgeo4w shell - that should start depends in the same context.
prepending depends done (log attached).
issues are in:
MSVCR80.DLL (missing), API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLL, API-MS-WIN-CORE-WINRT-ERROR-L1-1-0.DLL, API-MS-WIN-CORE-WINRT-L1-1-0.DLL, API-MS-WIN-CORE-WINRT-ROBUFFER-L1-1-0.DLL, API-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLL, API-MS-WIN-SHCORE-SCALING-L1-1-1.DLL, DCOMP.DLL, IESHIMS.DLL
follow-ups: 18 19 comment:17 by , 10 years ago
Replying to hellik:
MSVCR80.DLL (missing),
I can't find references to MSVCR80.DLL
here. Which of your DLLs uses it?
%OSGEO4W_ROOT%\bin\iconv.dll
only references kernel32.dll
here.
follow-up: 20 comment:18 by , 10 years ago
Replying to jef:
Replying to hellik:
MSVCR80.DLL (missing),
I can't find references to
MSVCR80.DLL
here. Which of your DLLs uses it?%OSGEO4W_ROOT%\bin\iconv.dll
only referenceskernel32.dll
here.
depends on crssync in OSGeo4W64 shell: iconv.dll references to kernel32.dll AND msvcr80.dll
dependency walker directly on %OSGEO4W_ROOT%\bin\iconv.dll, it references only to kernel32.dll
depends on iconv.dll in OSGeo4W64 shell: iconv.dll references only to kernel32.dll
comment:19 by , 10 years ago
Replying to jef:
Replying to hellik:
MSVCR80.DLL (missing),
I can't find references to
MSVCR80.DLL
here. Which of your DLLs uses it?%OSGEO4W_ROOT%\bin\iconv.dll
only referenceskernel32.dll
here.
it's strange:
when depends on crssync in OSGeo4W64 shell: iconv.dll (referenced by GDAL111.DLL) references to kernel32.dll AND msvcr80.dll.
when depends on GDAL111.DLL in OSGeo4W64 shell: iconv.dll references only to kernel32.dll
follow-ups: 21 22 comment:20 by , 10 years ago
Replying to hellik:
depends on crssync in OSGeo4W64 shell: iconv.dll references to kernel32.dll AND msvcr80.dll
Where is that iconv.dll
? In system32? Where did it come from? You'll be probably fine if you move that DLL to somewhere where only the software that installed it can find it.
comment:21 by , 10 years ago
Replying to jef:
Where is that
iconv.dll
? In system32? Where did it come from? You'll be probably fine if you move that DLL to somewhere where only the software that installed it can find it.
eg. where it has it's copy of msvcr80.dll
comment:22 by , 10 years ago
Replying to jef:
Replying to hellik:
depends on crssync in OSGeo4W64 shell: iconv.dll references to kernel32.dll AND msvcr80.dll
Where is that
iconv.dll
? In system32? Where did it come from? You'll be probably fine if you move that DLL to somewhere where only the software that installed it can find it.
yep, that was it: a copy of iconv.dll
in system32. no idea which software copied it to this site.
just renamed it and OSGeo4W-64bit qgis and grass works.
thanks for helping!
Helmut
follow-up: 24 comment:23 by , 10 years ago
I am experiencing the same problem.
Win7 x64.
crssync.exe fails because windows\system32 has some other dll's. I have to copy these libs from osgeo4w\bin to apps\qgis (whre crssync.exe is): iconv.dll libeay32.dll ssleay32.dll
Then I can run qgis-common.bat.
It seems to be very common to have these libs under windows\system32. To avoid loading these you have to have the correct version in the same dir as the executable, in this case crssync. Don't know if you want to reopen. But this will happen to a lot of folks...
follow-up: 25 comment:24 by , 9 years ago
Replying to dncpax:
Don't know if you want to reopen. But this will happen to a lot of folks...
I have this error qgis-common.bat exit code -1073741701
.
I really do not know how to get past it. I tried to copy DLL files that was mentioned above but still I get 0xc00007b
error.
comment:25 by , 9 years ago
Replying to fhazubski:
Replying to dncpax:
Don't know if you want to reopen. But this will happen to a lot of folks...
I have this error
qgis-common.bat exit code -1073741701
.I really do not know how to get past it. I tried to copy DLL files that was mentioned above but still I get
0xc00007b
error.
What worked for me was reinstalling Python, this time checking to add it to system variables. To check if it works try to call 'pip' command in command line.
Full setup log after post install