88

I am using Microsoft Visual Studio 2011 Professional Beta

I am trying to run the OpenCV C++ files (http://opencv.willowgarage.com/wiki/Welcome) that I have compiled using cMake & the Visual Studio Complier.

However when I go to debug the project I get 600+ errors most of them being:

error LNK2026: module unsafe for SAFESEH image.

Apparently these files are in the opencv_ffmpeg project but I couldn't find them, I have had a look at the safeseh Safe Exception Handlers page on the Microsoft help page but I couldn't find any definitive answers.

I was wondering if anyone else has had this problem and if they managed to fix it.

Aaron Thompson
  • 1,680
  • 1
  • 23
  • 31
  • 12
    This happens when you link an .obj or .lib that contains code created by an earlier version of the compiler. Which of course would be common if you downloaded a binary for opencv_ffmpeg instead of the source. You can turn the linker option off but then you'll still have a CRT version incompatibility that can byte. Rebuild the library from source. – Hans Passant May 15 '12 at 13:01
  • Thanks for the help, it worked – Aaron Thompson May 17 '12 at 14:50
  • @HansPassant What to do when there is no source? – GregC Sep 30 '12 at 15:57
  • 4
    The obvious thing: ask the owner of the code to provide you with an update. – Hans Passant Sep 30 '12 at 15:58
  • @HansPassant I hope the supplier is still around to make an update. Sounds like a "truck factor of one" kind of problem. – GregC Sep 30 '12 at 16:04
  • @HansPassant I have the source code of a project the owner left behind. In my case, the owner disappeared without a trace. No one knows the owner's whereabouts. I'm looking into updating the project to VS2012. Perhaps you might know how to update the codes, right? If not, whom should I consult? Thanks. – tom_mai78101 Oct 02 '12 at 17:43

5 Answers5

151

Disabling option "Image has Safe Exception Handlers" in Project properties -> Configuration Properties -> Linker -> Advanced tab helped me.

Zhenya
  • 4,863
  • 5
  • 29
  • 38
64

From the comments:

This happens when you link an .obj or .lib that contains code created by an earlier version of the compiler. Which of course would be common if you downloaded a binary for opencv_ffmpeg instead of the source. You can turn the linker option off but then you'll still have a CRT version incompatibility that can byte. Rebuild the library from source. – Hans Passant May 15 at 13:01  
 
Thanks for the help, it worked – Aaron Thompson May 17 at 14:50

Bo Persson
  • 86,087
  • 31
  • 138
  • 198
  • It can also be caused by, as the error states, modules for which the linker can't find safe exception handlers. Assembly language modules in particular - as discussed in other answers. There is some info about this [here](https://docs.microsoft.com/en-nz/cpp/build/reference/safeseh-image-has-safe-exception-handlers). – Nick Westgate Jul 05 '17 at 22:17
13

If you got this error while building ZLIB in Visual Studio here is the solution. Look for contrib\masmx86\bld_ml32.bat and add /safeseh as a option

Before

ml /coff /Zi /c /Flmatch686.lst match686.asm
ml /coff /Zi /c /Flinffas32.lst inffas32.asm

After

ml /safeseh /coff /Zi /c /Flmatch686.lst match686.asm
ml /safeseh /coff /Zi /c /Flinffas32.lst inffas32.asm
Nayana Adassuriya
  • 19,806
  • 20
  • 87
  • 131
11

Other way is to add some SEH handler (empty for example) to asm files and compile them with /safeseh option, then compile other code normally with /SAFESEH:YES compiler option.

Empty SEH handler:

.safeseh SEH_handler

SEH_handler   proc
;handler
ret

SEH_handler   endp
DitherSky
  • 1,002
  • 10
  • 9
  • 1
    I didn't bother adding a handler to the 3rd party source (zlib), `/safeseh` seems enough. This really should be upvoted! – mlt Nov 25 '15 at 23:28
  • 2
    Anyone having same problems with zlib see this (CTRL + F safeseh) http://www.tannerhelland.com/5076/compile-zlib-winapi-wapi-stdcall/ – codekiddy Nov 30 '15 at 22:21
  • I have added "/safeseh" to the command line in the properties for the .asm file and this worked. – Norbert Boros Aug 05 '20 at 09:15
0

Your mileage may vary, but none of the above suggestions worked for me (although I did not try rolling my own asm exception handler).

What did work was to select build target Release/x64.

I am running Windows 10 on a 64-bit machine, and using Visual Studio 2015.

The target Release/Win32 works, too. I guess the main thing is to pick "Release".

Bob Stine
  • 825
  • 10
  • 13