Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

C# - CairoSharp/GtkSharp 사용을 위한 프로젝트 구성 방법

NuGet에 보면 native 버전의 정적 링크를 위한 cairo가 있고,

Cairo Graphics Library 
; https://www.nuget.org/packages/cairo/

DLL 버전의 cairo를 .NET에서 쉽게 호출할 수 있도록 감싼 Managed 라이브러리가 있습니다.

CairoSharp
; https://www.nuget.org/packages/CairoSharp/

CairoSharp을 참조하면 다음의 폴더에 내려받게 되고,

%USERPROFILE%\.nuget\packages\cairosharp\3.22.24.37\lib

코드는 다음과 같은 식으로 사용할 수 있습니다.

using Cairo;
using System;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            int width = 400;
            int height = 400;

            using (Surface surface = new ImageSurface(Cairo.Format.Rgb24, width, height))
            {
                surface.WriteToPng("plplot1.png");
            }
        }
    }
}

물론, CairoSharp은 오직 Managed DLL만 담고 있기 때문에 저 상태로 실행하면 다음과 같은 식의 오류가 발생합니다.

Unhandled Exception: System.TypeInitializationException: The type initializer for 'Cairo.NativeMethods' threw an exception. ---> System.DllNotFoundException: Cairo
   at GLibrary.Load(Library library)
   at Cairo.NativeMethods..cctor()
   --- End of inner exception stack trace ---
   at Cairo.ImageSurface..ctor(Format format, Int32 width, Int32 height)
   at Program.DrawPlotChart(Double x0Min, Double x0Max, Double x1Min, Double x1Max, Action`1 drawFunc) in C:\temp\ConsoleApp1\ConsoleApp1\Program.cs:line 89
   at Program.Main(String[] args) in C:\temp\ConsoleApp1\ConsoleApp1\Program.cs:line 51

System.TypeInitializationException
  HResult=0x80131534
  Message=The type initializer for 'Cairo.NativeMethods' threw an exception.
  Source=CairoSharp
  StackTrace:
   at Cairo.ImageSurface..ctor(Format format, Int32 width, Int32 height)
   at Program.DrawPlotChart(Double x0Min, Double x0Max, Double x1Min, Double x1Max, Action`1 drawFunc) in C:\temp\ConsoleApp1\ConsoleApp1\Program.cs:line 89
   at Program.Main(String[] args) in C:\temp\ConsoleApp1\ConsoleApp1\Program.cs:line 51

Inner Exception 1:
DllNotFoundException: Cairo

혹은 재수(?)가 좋다면 ^^ 아무 문제없이 실행될 수도 있는데 그런 경우에는 (기억하지는 않았겠지만) Xamarin과 같은 개발 도구와 함께 "GTK# for .NET" 등의 환경이 설치되었기 때문입니다. 이런 경우에는 다음과 같은 폴더의 cairo 관련 DLL이 로드됩니다.

C:\Program Files (x86)\GtkSharp\2.12\bin\
    - libcairo-2.dll
    - libfontconfig-1.dll
    - libfreetype-6.dll
    - libpixman-1-0.dll
    - libpng15-15.dll
    - libxml2-2.dll
    - zlib1.dll

게다가 환경 변수 PATH에 "C:\Program Files (x86)\GtkSharp\2.12\bin" 경로가 등록되어 있을 것입니다. 위와 같은 경우에 x86 버전이 설치된 것이기 때문에 만약 x64 버전의 GTK#...을 설치하지 않았다면 닷넷 프로젝트를 x64로 바꾼 경우 마찬가지로 System.DllNotFoundException 예외가 발생하게 됩니다.

현재 "GTK# for .NET"의 독립 설치 버전은 다음의 페이지에서 다운로드할 수 있습니다.

Download - GTK# for .NET
; https://www.mono-project.com/download/stable/#download-win

하지만 웬일인지 x86 버전만 제공하고 x64 버전은 제공하지 않습니다.




x86 버전으로 프로그램을 만든다면 "GTK# for .NET"을 설치하는 것으로 간단하게 마무리할 수 있습니다. 하지만 x64 버전의 프로그램도 만든다면 문제가 좀 복잡해집니다. ^^;

Nuget에서 CairoSharp의 "Project Site"를 가보면 GtkSharp으로 연결되는데,

GtkSharp/GtkSharp 
; https://github.com/GtkSharp/GtkSharp

그러니까 사실 cairo 관련 모듈들은 gtk의 일부에 불과한 것으로 결국 최종적으로는 gtk 라이브러리를 설치해야만 x64 버전의 환경에서 CairoSharp을 사용할 수 있게 됩니다. 여기서 문제는? Nuget의 GtkSharp도 Managed DLL만 제공하고 네이티브 dll들은 별도로 설치해야 한다는 점입니다. 따라서 다시 문제는 GTK의 네이티브 관련 DLL을 설치하는 것으로 돌아옵니다.

문서를 보면, gtk 네이티브를 설치하기 위해 윈도우에서는 다음의 방법을 따라야 한다고 합니다.

Installing Gtk on Windows
; https://github.com/GtkSharp/GtkSharp/wiki/Installing-Gtk-on-Windows




그런데 다른 방법이 있지 않을까요? vcpkg에는 대부분의 오픈 소스 라이브러리를 제공하므로,

오픈 소스 라이브러리를 쉽게 빌드해 주는 "C++ Package Manager for Windows: vcpkg"
; https://www.sysnet.pe.kr/2/0/11409

gtk 관련 dll들도 이걸로 해결할 수 있을 것 같습니다. 대충 다음과 같은 정도의 라이브러리를 빌드하면,

vcpkg install cairo:x64-windows
vcpkg install cairo:x86-windows
vcpkg install gtk:x64-windows
vcpkg install gtk:x86-windows

의존성이 있는 패키지들도 함께 빌드하므로 .\vcpkg\packages 폴더 하위에서 (x86 gtk# 버전에서 올라온 DLL 목록을 참고해) 다음의 DLL들을 복사할 수 있습니다.

cairo-gobject.dll
expat.dll
fontconfig.dll
freetype.dll
libbz2.dll
cairo.dll
libcharset.dll
libiconv.dll
libpng16.dll
pixman-1.dll
zlib1.dll

그다음, 닷넷 프로젝트에 해당 DLL들을 Output 폴더에 복사하도록 설정하고 CairoSharp 코드를 수행했는데... 음... 그래도 오류가 발생하는 군요. ^^; 왜냐하면 CairoSharp에서는 cairo.dll이 아닌, libcairo-2.dll을 찾도록 명시하고 있기 때문입니다.

static GLibrary()
{
    _libdict.Add((Library.GLib, "libglib-2.0-0.dll", "libglib-2.0.so.0", "libglib-2.0.0.dylib"));
    _libdict.Add((Library.GObject, "libgobject-2.0-0.dll", "libgobject-2.0.so.0", "libgobject-2.0.0.dylib"));
    _libdict.Add((Library.Cairo, "libcairo-2.dll", "libcairo.so.2", "libcairo.2.dylib"));
    _libdict.Add((Library.Gio, "libgio-2.0-0.dll", "libgio-2.0.so.0", "libgio-2.0.0.dylib"));
    _libdict.Add((Library.Atk, "libatk-1.0-0.dll", "libatk-1.0.so.0", "libatk-1.0.0.dylib"));
    _libdict.Add((Library.Pango, "libpango-1.0-0.dll", "libpango-1.0.so.0", "libpango-1.0.0.dylib"));
    _libdict.Add((Library.Gdk, "libgdk-3-0.dll", "libgdk-3.so.0", "libgdk-3.0.dylib"));
    _libdict.Add((Library.GdkPixbuf, "libgdk_pixbuf-2.0-0.dll", "libgdk_pixbuf-2.0.so.0", "libgdk_pixbuf-2.0.dylib"));
    _libdict.Add((Library.Gtk, "libgtk-3-0.dll", "libgtk-3.so.0", "libgtk-3.0.dylib"));
    _libdict.Add((Library.PangoCairo, "libpangocairo-1.0-0.dll", "libpangocairo-1.0.so.0", "libpangocairo-1.0.0.dylib"));
}

따라서 cairo.dll 파일 이름만 libcairo-2.dll로 바꿔주고 실행하면 정상적으로 동작하는 것을 확인할 수 있습니다.




그래서 프로젝트를 다음과 같이 구성하면 됩니다.

cairo_with_gtk_1.png

빌드가 되는 예제 프로젝트는 github에 올렸고.

DotNetSamples/NetCore/CairoSharp_x64/
; https://github.com/stjeong/DotNetSamples/tree/master/NetCore/CairoSharp_x64




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/7/2019]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13194정성태12/14/20225003오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/20225055오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/20225057Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/20225960.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/20226435.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/20227046오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/20225905.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler)파일 다운로드1
13187정성태12/8/20225832개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/20224367오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/20225346개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/20224652개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성
13183정성태12/4/20224495오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리
13182정성태12/4/20225200Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/20224601Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/20224838.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/20224257Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/20224735Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/20225427오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/20224382오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/20225933오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/20224568.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225241.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/20225094.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20224678Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20224979Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225593Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...