Opened 12 years ago

Closed 3 years ago

#2545 closed defect (fixed)

Sensitivity to the UNICODE flag when compiling under Win32

Reported by: Daniel Morissette Owned by: warmerdam
Priority: normal Milestone:
Component: default Version: unspecified
Severity: normal Keywords:
Cc: Mateusz Łoskot


This was initially reported as MITAB bug but since that's related to files in gdal/port used by MITAB I'm filing a ticket here to discuss the issue before any action is taken:

The key issue is that it is easy under Visual Studio to attempt a build with 
the UNICODE flag set and the Windows specific code is more sensitive to this 
than it needs to be.

The general issue is that functions such as LoadLibrary are actually 
conditional macros that are sensitive to the UNICODE flag and expand 
into either LoadLibraryA (for ASCII) or LoadLibraryW (for wide).  However,
since MITAB is not Unicode aware this makes the code fragile.

To make the code more robust, I suggest replacing the following calls.

* In cplgetsymbol.cpp replace LoadLibrary with LoadLibraryA

* In cpl_multiproc.cpp replace the two calls to CreateFile to CreateFileA

* In cpl_getexecpath.cpp replace the call to GetModuleFileName with

I have made these changes on my local version and have a clean build even with
the UNICODE flag set.

Change History (3)

comment:1 Changed 12 years ago by Daniel Morissette

Cc: Mateusz Łoskot added

comment:2 Changed 9 years ago by warmerdam

Milestone: 1.6.4

Removing milestone.

comment:3 Changed 3 years ago by Even Rouault

Resolution: fixed
Status: newclosed

In 40838:

Windows builds: use explicit ANSI functions when needed (fixes #2545)

Note: See TracTickets for help on using tickets.