까막's 블로그

프로그램을 작성하다 보면, 처음에 제일 문제였던것이 bio 설정에 관한 것이었다.
컴파일해서 잘 돌아가다가 bio 에 멀 쓰던가 하면 OPENSSL_Uplink(00509010,07): no OPENSSL_Applink 
위와 같은 에러가 발생하여 사람 참~ 난감하게 만든다.

처음에는 저걸 해결하지 못해서, bio 쓰는 부분을 몽땅 털어버리는 무식한 노가다를 하기도 했었다.

혹시나 비슷한 에러로 고생하는 사람이 없도록 http://www.openssl.org/support/faq.html 에 나와 있는 내용중에
위 에러를 해결하기 위한 방법을 적어본다.

아래는 해당 사이트 원문이다.
결국은 프로그램을 설정할 때 스레드 모델을 아래 사항에 맞도록 설정해 주면 아주 미끈하게 잘 돌아간다 -_-;;;
디버깅 하느라 날려버린 내 아까운 시간 흐~~

2. I've compiled a program under Windows and it crashes: why?

This is usually because you've missed the comment in INSTALL.W32. Your application must link against the same version of the Win32 C-Runtime against which your openssl libraries were linked. The default version for OpenSSL is /MD - "Multithreaded DLL".

If you are using Microsoft Visual C++'s IDE (Visual Studio), in many cases, your new project most likely defaulted to "Debug Singlethreaded" - /ML. This is NOT interchangeable with /MD and your program will crash, typically on the first BIO related read or write operation.

For each of the six possible link stage configurations within Win32, your application must link against the same by which OpenSSL was built. If you are using MS Visual C++ (Studio) this can be changed by:

 1. Select Settings... from the Project Menu.
 2. Select the C/C++ Tab.
 3. Select "Code Generation from the "Category" drop down list box
 4. Select the Appropriate library (see table below) from the "Use
    run-time library" drop down list box.  Perform this step for both
    your debug and release versions of your application (look at the
    top left of the settings panel to change between the two)
    Single Threaded           /ML        -  MS VC++ often defaults to
                                            this for the release
                                            version of a new project.
    Debug Single Threaded     /MLd       -  MS VC++ often defaults to
                                            this for the debug version
                                            of a new project.
    Multithreaded             /MT
    Debug Multithreaded       /MTd
    Multithreaded DLL         /MD        -  OpenSSL defaults to this.
    Debug Multithreaded DLL   /MDd

Note that debug and release libraries are NOT interchangeable. If you built OpenSSL with /MD your application must use /MD and cannot use /MDd.

As per 0.9.8 the above limitation is eliminated for .DLLs. OpenSSL .DLLs compiled with some specific run-time option [we insist on the default /MD] can be deployed with application compiled with different option or even different compiler. But there is a catch! Instead of re-compiling OpenSSL toolkit, as you would have to with prior versions, you have to compile small C snippet with compiler and/or options of your choice. The snippet gets installed as <install-root>/include/openssl/applink.c and should be either added to your application project or simply #include-d in one [and only one] of your application source files. Failure to link this shim module into your application manifests itself as fatal "no OPENSSL_Applink" run-time error. An explicit reminder is due that in this situation [mixing compiler options] it is as important to add CRYPTO_malloc_init prior first call to OpenSSL.

소스 컴파일을 마치고, 필요한 프로젝트에 넣어서 사용하는데는 별 문제가 없지만..
역시나 문제가 생기면 디버깅을 해야죠.

ms\do_ms.bat 를 보시면 다음과 같이 나와있습니다.

위의 환경은 일반적인 디버깅이 빠진 상태의 메이크 파일을 만드는 과정이고..
아래와 같이 debug 라고 하는 키워드를 추가하시면 디버깅이 가능한 메이크 파일을 생성해 줍니다.

저렇게 수정하신 후 command line 에서 ms\do_ms.bat 를 돌리시면 새로운 환경 설정이 적용된 ntdll.mak 파일 생성됩니다.
해당 파일을 열어 보시면 다음과 같이 바껴 있는걸 볼 수 있습니다.

일단 저렇게 만들어서 컴파일을 해보니 out32dll.dbg 와 tmp32dll.dbg 처럼 디버깅용 폴더가 생기면서 필요한 파일이 작성됩니다.
그런데, 메뉴얼 대로 다 해서 소스와 물려 돌려봤는데, -_-??? 역시나 디버깅시 openssl 함수 호출부를 추적하면 내부로 못들어 가네요.

위에 꺼는 이전에 맨땅에 해딩하면서 만들었던 (0.9.8b 버전 당시..) 내용을 추려서, 0.9.8i 버전에 맞도록 수정한 내용입니다.

이렇게 수정해 놓고, 다시 몽땅지우고 재컴파일 한 후, 새로 생성된 라이브러리와 dll을 복사해놓고.. 
작업 프로그램을 빌드 한 후, 소스 추적에 들어가니 ssl 소스로도 잘 추적이 들어가네요.. 

수고하세요..

PS. 다 만들어진 라이브러리를 작업하는 프로젝트에 첨부하고 빌드했을 때, unresolved external symbol 류의 에러가 발생하면
      ssleay32.def 에 해당 함수를 추가 하시면 됩니다. 참고로 ssleay32.def의  마지막 오디너리 넘버가 293번 이니까..
      294번 부터 추가하세요.. 그리고, openssl 을 다시 한번 빌드하셔서 복사하시고 사용하시면 됩니다.


 

지금까지 0.9.8b 버전을 사용하다가, 추가된 cipher를 지원하기 위하여 0.9.8i 버전을 사용하게 되었습니다.
이거 받아서 컴파일 하다보니, 이전 버전과는 또 다른 문제가 튀어나오네요..ㅎㅎ;
이런 종류의 라이브러리 받아서 처음 컴파일하다보면 당황스런 경우가 많은데요 도움이 되셨으면 합니다.

1. ActivePerl 다운 받아서 설치하세요.
   http://www.activestate.com/Products/activeperl/index.mhtml
   경로에서 다운 받고, 그냥 인스톨 하시면 됩니다.

2. Perl 의 사용상 편의를 위해서 Perl의 설치 경로를 환경 변수에 등록해 주시면
   지속적으로 사용하는데 아주 편합니다.
   
   제어판->시스템->고급 탭을 선택합니다.
 

  
  환경변수를 클릭한다.
 

  편집을 클릭한다.
 

  제일 끝에, 세미콜론을 하나 찍고, 펄의 bin 경로를 추가한다.
  이렇게 되면 어떤 경로에서든 Perl을 바로 실행할 수 있다.

3. 다음으로 VC-WIN32 환경에서 컴파일 할수 있도록 컴파일 환경을 설정한다.
   => perl Configure VC-WIN32 --prefix=c:/some/openssl/dir
   => 위의 예에서 처럼 오픈SSL을 압축 풀어서 놓은 경로를 지정하여 환경을 설정한다.

4. 필요한 Makefile과 관련 오브젝트를 생성한다.
   openssl의 경로로 가서, 콘솔창에 아래의 명령중에 하나를 입력한다.
   별문제 없이 넘어가고 싶으면 ms\do_ms 를 추천한다.

   => masm 이 있으면 > ms\do_masm
   => nasm 이 있으면 > ms\do_nasm
   => 어셈블러 없으면> ms\do_ms

5. 이제 본격적으로 컴파일을 해보자.

   => nmake -f ms\ntdll.mak
   => 처음에 컴파일을 하면 제일 먼저 만나는 에러다, 에러 문구는 이것 저것 복잡한게 있지만 필요한 내용은 이거다.
  
  .\crypto\cversion.c(105) : warning C4129: 'k' : unrecognized character escape sequence
   => 해당 파일을 소스를 에디트 할수 있는 툴을 이용하여 열어보자.
   => 저위에서 'k'는 프로그램의 설치경로에 따라 각각 다른 캐릭터로 나타날 수 있다.

   #ifdef OPENSSLDIR
      return "OPENSSLDIR: \"" OPENSSLDIR "\"";
   #else
      return "OPENSSLDIR: N/A";
   #endif

   위의 빨간색 부분을 아래와 같이 바꾼다.

   #ifdef OPENSSLDIR
      return "OPENSSLDIR: \" OPENSSLDIR \"";
   #else
      return "OPENSSLDIR: N/A";

  대충 원인을 살펴보면, 프로그램(openssl) 설치 경로를 를 나타내는데 "가 앞뒤로 하나 더 붙어있어서 발생하는 문제이다.
  아마도 윈도우와 유닉스의 경로 구분문자 차이 때문에 발생하는 것으로 추측된다.

  이걸 잘 처리하고 컴파일을 다시 진행하면 다음과 같은 또다른 비슷한 유형의 에러를 만나게 된다.

  .\crypto\x509\x509_def.c(65) : warning C4129: 'K' : unrecognized character escape sequence
   => 열심히 해당 파일을 열어서 살펴보자.

   => ./crypto/x509/x509_def.c
   아래의 빨간색 항목을 주목하자, 윈도우즈에서는 저걸 프로그램 코드에 밖기 위해서는 역슬래시 두개로 바꾸어 주어야한다.
   #ifndef OPENSSL_SYS_VMS
   #define X509_CERT_AREA  OPENSSLDIR
   #define X509_CERT_DIR  OPENSSLDIR "/certs"
   #define X509_CERT_FILE  OPENSSLDIR "/cert.pem"
   #define X509_PRIVATE_DIR OPENSSLDIR "/private"
  
   => 자 다음과 같이 바꾸자 (웹에디터 때문인지, 글자 아래 밑줄이 보이는데 무시하자.)
   #ifndef OPENSSL_SYS_VMS
   #define X509_CERT_AREA  OPENSSLDIR
   #define X509_CERT_DIR  OPENSSLDIR "\\certs"
   #define X509_CERT_FILE  OPENSSLDIR "\\cert.pem"
   #define X509_PRIVATE_DIR OPENSSLDIR "\\private"

   위에서 살펴보면 OPENSSLDIR 라는 디파인이 보인다. 이것도 무언지 살펴보면 또다른 문제가 나타난다.

   => ./crypto/opensslconf.h
   => 아래는 컴파일 환경설정 경로이기 때문에, 사용자 설치 경로에 따라 다를 수 있다.
   #if !(defined(VMS) || defined(__VMS)) /* VMS uses logical names instead */
   #if defined(HEADER_CRYPTLIB_H) && !defined(OPENSSLDIR)
   #define ENGINESDIR "D:\K4WORK\2_SRC_LIBRARY\k4lib_openss0.98i/lib/engines"
   #define OPENSSLDIR "D:\K4WORK\2_SRC_LIBRARY\k4lib_openss0.98i/ssl"
   #endif

   => 요거를 아래꺼로 변경
   #if !(defined(VMS) || defined(__VMS)) /* VMS uses logical names instead */
   #if defined(HEADER_CRYPTLIB_H) && !defined(OPENSSLDIR)
   #define ENGINESDIR "D:\\K4WORK\\2_SRC_LIBRARY\\k4lib_openss0.98i\\lib\\engines"
   #define OPENSSLDIR "D:\\K4WORK\\2_SRC_LIBRARY\\k4lib_openss0.98i\\ssl"
   #endif

   이렇게 모든 작업이 끝나면 한방에 컴파일이 완료된다.
   자 이제 컴파일을 하면 끝...

이전에도 언급한적이 있지만, 역시나 VS에 물려서 디버깅은 않됩니다.. 그냥 돌아만 갈뿐...
아마도 이버전도 디버거에서 openssl 소스를 추적해 들어가려고 하면, ntdll.mak 파일을 수정해서
디버깅이 가능하도록 하는 버전과, release 에서 배포할 때 성능향상을 할 수 있도록 2가지 버전으로
모두 수정해서 처리해야 할거 같네요.

디버깅 버전을 생성하는건 다음에 시간나면 또 한번 올려보도록 하겠습니다.