All,
I'm using GDAL on windows mobile 6.0 and when I set the runtime switch to be
/MD I get the following errors. /MT works fine:
1>ogrfeaturequery.cpp
1>C:\Program Files\Windows Mobile 6 SDK\PocketPC\include\ARMV4I\time.h(200)
: error C2375: 'wceex_ctime' : redefinition; different linkag
No worries. The ZIP you provided appears to work fine. I uninstalled the VC
redistributable and verified that the old package failed again, and then
tried the new one, which worked. I'll let you know if I notice anything
else.
Thanks for the quick action, guys!
Jason
-Original Message-
F
Jason Roberts wrote:
Phil,
Thanks for the suggestion. I suspect it will work. My XP SP3 machine has
VC90 entries in C:\Windows\WinSxS, while my Vista SP1 machine does not.
But if GDAL requires the user to install the VC++ redistributable first, why
is GDAL redisting the DLLs (e.g. msvcr90.dll)
Phil,
Thanks for the suggestion. I suspect it will work. My XP SP3 machine has
VC90 entries in C:\Windows\WinSxS, while my Vista SP1 machine does not.
But if GDAL requires the user to install the VC++ redistributable first, why
is GDAL redisting the DLLs (e.g. msvcr90.dll) in the GDAL\bin directo
Hi Jason,
I just tried to reproduce this, but wasn't able to; perhaps you don't
have the latest version of the C Runtimes installed. It looks as though
GEOS_C.DLL has correct manifest data embedded for the VC90 runtime
(Visual Studio 2008) so as long as you have the correct assembly
installed for
I have several orthophotos which are TIFFs, and they align with the USGS
quadrangle corners, which means they are rotated slightly, leaving small
uneven slivers along the edges where pixel value is 0 (the data for
these are available from adjacent tiles). All the pixels inside the
'real' area of t
FYI, here is the output from running sxstrace.exe and attempting to execute
gdalinfo.exe. I haven't tried to determine what this means yet. (At first
glance, I am wondering why Windows is trying to probe for .NET assemblies in
the first place, since I expected that GDAL would not contain any. But t
Greetings GDAL developers,
I cannot get GDAL 1.6.0 to work on Windows Vista SP1. It appears that there
is a DLL Hell problem that does not appear on XP SP3, at least with my
machines.
Repro steps on Vista SP1:
1.Download
ftp://ftp.remotesensing.org/gdal/win32/1.6/gdalwin32exe160.zip
On Dec 15, 2008, at 12:23 PM, philippe brosson wrote:
William,
Does your OSX GDAL 1.6 framework allow ECW writing?
No. I haven't figured out the problem yet. Don't get your hopes up,
I was lucky to fix a ECWJP2 issue for OSX.
-
William Kyngesburye
http://www.kyngchaos.com/
"Oh, lo
William Kyngesburye wrote:
>
> My OSX GDAL 1.6 framework is now ready. And a little late, so is
> 1.5.3 -- I wanted to synchronize some OSX fixes in 1.6 with 1.5, and
> make sure the 2 versions work together. More than just a new version,
> here are some OSX fixes and changes:
>
> * [1.
Hi,
the behaviour you describe is a bit weird. When you get the error
message "Unable to open 'foo', skipping", there's no way in the source code
of gdaltindex.c that 'foo' is added to the tile index (or I should reopen my
C books ;-)). Are you sure the file was not already in the tile index be
Hi,
I was creating tileindexes with gdaltindex from FWTools 2.2.6 on Windows
and I received strange looking error messages if I had external overviews in
directories. So far it looks like the resulting shapefile is OK and it has
polygons for all image files. However, while it is somehow understan
12 matches
Mail list logo
