Hi Julien,
I have libtiff 4.0.0.dev-91 installled on Win7x64, and running tiffinfo
yields the same R6034 error you mention. Also like you, gdalinfo (GDAL
1.8.1, released 2011/07/09) has no apparent problems. I don't have
Visual Express.
Running "dir /b/s c:\msvcr90.dll" found 31 copies of that file on my
system (see attached).
Changing PATH in the o4w command shell to simply "PATH=c:\o4w_py27\bin",
changed the tiffinfo error message to "The program can't start because
MSVCR90.dll is missing from your computer. Try reinstalling the program
to fix this problem". Extending path to include an o4w package
containing msvcr90.dll, e.g. qgis, makes tiffinfo go back to the R6034
error. Gdalinfo continues to run fine; maybe this is because gdalinfo
actually relies on libgeotiff and not libtiff?
From the msvcrt-1.0.1-5 o4w package I extracted vc_red.cab from
vcredist_2008_x86.exe (using 7zip), and then put each kind of dll into
it's own directory, renamed as expected. So "nosxs_msvcr90.dll" to
".\vc2008_nosxs\msvcr90.dll" and "msvcr90.dll.30729.*.sp" to
".\vc2008_30729\msvcr90.dll", etc. I then added each of those
directories to path in turn (solo, not additive) and ran tiffinfo: R6034
errors in all cases.
I repeated this with the msvcrt-1.0.1-4 package and got identical results.
I then extracted libtiff-4.0.0dev-91.tar.bz2 into d:\libtiff-dev91, and
from a command shell with a minimal o4w path (PATH=c:\o4w_py27\bin) ran
tiffinfo, got R6034.
Repeat with libtiff dev-90: WORKS -- yet there aren't any msvc*90.dll in
PATH (!)
I deleted PATH altogether: dev-90 tiffinfo complains of missing
'jpeg_osgeo.dll', and then 'zlib_osgeo.dll'.
I copy those from c:\o4w_py27\bin into d:\libtiff-dev90: tiffinfo works
again.
So it looks to me like libtiff-dev91 thinks it requires something fomr
msvcr*.dll, when it actually doesn't, but won't carry on until the
mistaken assumption is cleared. Or something.
Anyway, cleary libtiff-4.0.0dev-91.tar.bz2 is broken and should be
replaced or removed from the package repository if it can't be fixed.
I hope something in all this helps!
matt wilkie
--------------------------------------------
Geomatics Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca/geomatics/
--------------------------------------------
On 17/11/2011 7:22 AM, Julien Malik wrote:
Hello,
I'm hitting a wall on these (damned!) manifest/CRT issues.
I'm using OSGeo4W as a pool of prebuilt libraries to build/test software
on top of it.
I'm building with Visual Express 2008 / Win7 , and since some time now,
I lost my "Debug" build :
* When building the software in Release mode, everything runs OK.
* When building the software in Debug mode, I get an error at runtime
for all my apps :
"R6034 An application has made an attempt to load the C runtime
incorreclty."
Glad I found this thread, because downgrading the libtiff package to
4.0.0dev-90 (which depends on VC71, while the current 4.0.0dev-91 is
built with VC9) solves the issue : the debug build is usable again.
I have a bunch of msvc*90.dll versions (10 actually !) in my
Windows/winsxs folder but I have no idea if the one that OSGeo4W msvcrt
package is supposed to install is actually there.
Going back with the 4.0.0dev-91 version, in Release mode, I found
something weird : the msvc*90.dll required by libtiff dll are found from
my CMake installation dir (in my PATH), not from the winsxs folder (saw
this with dependency walker).
When I remove them from my PATH, dependency walker can't find the
required msvcr90 and msvcp90 dlls required by libtiff.dll.
But for example xerces-c_3_1.dll is ok and finds its required
msvcr90.dll from my winsxs folder.
And my own Release executables (linked to gdal and libtiff) find what
they need too in winsxs.
I tried to manually uninstall/reinstall the vcredist_2008_x86 included
in the msvcrt 1.0.1-5 osgeo package. No luck on this. I checked the
windows event log and it says the package installed fine.
Another strange dependency issue with libtiff-4.0.0dev-91 , once I
removed the cmake-provided msvc9 dll from my PATH :
- tiffinfo won't start (same R6034 error)
- gdalinfo (which depends on libtiff) runs fine !?!?!
In dependency walker, I see that tiffinfo does not find the msvc9 dll,
like libtiff.dll. But gdalinfo finds it correctly in the Windows/winsxs
folder.
Any idea about what is going on ?
Does tiffinfo from the libtiff-4.0.0dev-91 package runs fine on your
osgeo4w install ? If yes, where does the msvc9 dll comes from ?
Is there something wrong specifically with the libtiff binaries version
4.0.0dev-91 (manifest information missing or something along those lines) ?
Does anyone succeed in building and running a software with Visual 2008
Express in Debug mode, linking to libtiff from the 4.0.0dev-91 package ?
Any idea of thing to check/test/reinstall is warmly welcome, I'm
definitely lost...
Julien
Le 05/09/2011 14:54, Martin Landa a écrit :
Hi,
2011/9/1 Martin Landa<[email protected]>:
see the answer from grass-dev ML by Markus Metz:
"""
Same problem here, solved by downgrading libtiff through the osgeo4w
installer to 4.0.0dev-90 and removing again patched-in msvcr90.dll and
msvcp90.dll from osgeo4w\bin. libtiff-bin and libtiff-devel seem to be
ok. Looks like a osgeo4w packaging bug...
Markus M
"""
Martin
_______________________________________________
osgeo4w-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/osgeo4w-dev
.
C:\ESRI\ArcGIS\Desktop10.0\Bin\Microsoft.VC90.CRT\msvcr90.dll
C:\ESRI\ArcGIS\Reader\ArcReader10.0\bin\Microsoft.VC90.CRT\msvcr90.dll
C:\local\apps\GraphicsMagick\msvcr90.dll
C:\local\apps\GraphicsMagick_old\msvcr90.dll
C:\o4w_py27\apps\qgis\bin\msvcr90.dll
C:\o4w_py27\apps\qgis-dev\bin\msvcr90.dll
C:\Program Files (x86)\Bazaar\msvcr90.dll
C:\Program Files (x86)\CamStudio 2.6b\msvcr90.dll
C:\Program Files (x86)\Common Files\ArcGIS\bin\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\Common Files\Tom Sawyer
Software\8.0.0\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\Explorer\bin\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\redist\amd64\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\Microsoft Visual Studio
9.0\VC\redist\x86\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\MySQL\MySQL Workbench 5.2 OSS\msvcr90.dll
C:\Program Files (x86)\OpenSTV\lib\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\OpenSTV\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\TaskCoach\Microsoft.VC90.CRT\msvcr90.dll
C:\Program Files (x86)\Xara\Xara_Designer_Pro_7\ShiftN\msvcr90.dll
C:\ProgramData\WebEx\WebEx\1224\msvcr90.dll
C:\Users\matt\AppData\Roaming\pyinstaller\bincache00\msvcr90.dll
C:\Users\matt\AppData\Roaming\pyinstaller\bincache01\msvcr90.dll
C:\Windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.21022.8_none_750b37ff97f4f68b\msvcr90.dll
C:\Windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.1_none_99b61f5e8371c1d4\msvcr90.dll
C:\Windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_none_08e3747fa83e48bc\msvcr90.dll
C:\Windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_08e1a05ba83fe554\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.21022.8_none_bcb86ed6ac711f91\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.1_none_e163563597edeada\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4148_none_5090ab56bcba71c2\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4926_none_508ed732bcbc0e5a\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4974_none_50940634bcb759cb\msvcr90.dll
C:\Windows\winsxs\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.6161_none_50934f2ebcb7eb57\msvcr90.dll
PATH=C:\o4w_py27\bin;
C:\Windows\system32;
C:\Windows;
C:\Windows\System32\Wbem;
C:\Windows\System32\WindowsPowerShell\v1.0\;
C:\Program Files (x86)\Bazaar;
C:\Program Files\TortoiseSVN\bin;
C:\Windows\sysWOW64;
C:\ESRI\ArcGIS\arcexe10x\bin;
C:\Program Files\TortoiseHg\;
C:\local\bin;
b:\bin;
C:\o4w_py27\apps\msys\bin
_______________________________________________
osgeo4w-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/osgeo4w-dev
