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

비밀번호

댓글 작성자
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13793정성태10/28/20245135C/C++: 183. C++ - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법
13792정성태10/27/20244633Linux: 99. Linux - 프로세스의 실행 파일 경로 확인
13791정성태10/27/20244900Windows: 267. Win32 API의 A(ANSI) 버전은 DBCS를 사용할까요?파일 다운로드1
13790정성태10/27/20244607Linux: 98. Ubuntu 22.04 - 리눅스 커널 빌드 및 업그레이드
13789정성태10/27/20244909Linux: 97. menuconfig에 CONFIG_DEBUG_INFO_BTF, CONFIG_DEBUG_INFO_BTF_MODULES 옵션이 없는 경우
13788정성태10/26/20244458Linux: 96. eBPF (bpf2go) - fentry, fexit를 이용한 트레이스
13787정성태10/26/20244951개발 환경 구성: 730. github - Linux 커널 repo를 윈도우 환경에서 git clone하는 방법 [1]
13786정성태10/26/20245203Windows: 266. Windows - 대소문자 구분이 가능한 파일 시스템
13785정성태10/23/20244983C/C++: 182. 윈도우가 운영하는 2개의 Code Page파일 다운로드1
13784정성태10/23/20245247Linux: 95. eBPF - kprobe를 이용한 트레이스
13783정성태10/23/20244859Linux: 94. eBPF - vmlinux.h 헤더 포함하는 방법 (bpf2go에서 사용)
13782정성태10/23/20244605Linux: 93. Ubuntu 22.04 - 커널 이미지로부터 커널 함수 역어셈블
13781정성태10/22/20244785오류 유형: 930. WSL + eBPF: modprobe: FATAL: Module kheaders not found in directory
13780정성태10/22/20245546Linux: 92. WSL 2 - 커널 이미지로부터 커널 함수 역어셈블
13779정성태10/22/20244840개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법
13778정성태10/21/20245669C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩
13777정성태10/20/20244952Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?
13776정성태10/19/20245250C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)파일 다운로드1
13775정성태10/19/20245478개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정
13774정성태10/18/20245182Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유
13773정성태10/18/20244871Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
13772정성태10/17/20245144Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
13771정성태10/17/20245049Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성
13770정성태10/17/20245328Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법
13769정성태10/15/20246114Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제파일 다운로드1
13768정성태10/15/20245382C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드파일 다운로드2
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...