Closed zingchen closed 3 years ago
I can't tell what the issue is. Presumably something about your mingw env is confusing cmake and leading it to do something funny. But I can't tell what from the logs here.
Warning: this issue has been inactive for 35 days and will be automatically closed on 2021-09-11 if there is no further activity.
If you are waiting for a response but haven't received one it's possible your question is somehow inappropriate. E.g. it is off topic, you didn't follow the issue submission instructions, or your question is easily answerable by reading the FAQ, dlib's official compilation instructions, dlib's API documentation, or a Google search.
Warning: this issue has been inactive for 42 days and will be automatically closed on 2021-09-11 if there is no further activity.
If you are waiting for a response but haven't received one it's possible your question is somehow inappropriate. E.g. it is off topic, you didn't follow the issue submission instructions, or your question is easily answerable by reading the FAQ, dlib's official compilation instructions, dlib's API documentation, or a Google search.
Notice: this issue has been closed because it has been inactive for 45 days. You may reopen this issue if it has been closed in error.
A fully automated (Cmake) build of
examples/dnn_face_recognition_ex.cpp
results in an application that causes segmentation fault at run time. No problems were observed with otherexamples
. A working version of the example can be built manually. This was observed on Windows with MinGW-w64 using GCC compiler, detailed later.For privacy, my real name and computer name in the command prompt are redacted, replaced with USER and COMPUTER, respectively, in following sections.
Expected Behavior
The following behavior was observed from manually built version of the example, detailed in the next section. The manually built (working) version uses the same
libdlib.a
as the fully automated (non-working) one.(Using MINGW64.exe shell)
(Using cmd.exe shell)
Current Behavior
(Using MINGW64.exe shell)
(Using cmd.exe shell)
Dialog box
dinn_face_recognition_ex.exe
appears, displaying the followingSteps to Reproduce
Either of the following two sequence of steps, called scenario A and B respectively, can produce the broken build. The full session log is given in Appendix 1A and 1B, respectively.
Scenario A. Build dlib, then build the example in two separate cmake commands.
Scenario B. Build the example, which invokes building Dlib, in a single cmake command.
The good build, on the other hand, can be obtained manually as follows. (Actually, I configured Code::Blocks to generate the sequence.) Note that the
libdlib.a
here is exactly the same as one produced from scenario A or scenario B above.C:\C-lib\dlib-19.22
andC:\C-lib\dlib-master
, respectively. The session log in Appendix 1A was collected for v19.22.99.Appendix 1. Session log
(result: broken example.) (Scenario A. Build dlib, then build the example in two separate cmake commands)
(Scenario B. Build the example, which invokes building Dlib, in a single cmake command.)
Appendix 2. Session log
(result: good build) (using the same
libdlib.a
as the broken build)