Gdk :: Pixmap вызывает ошибку сегментации при создании ()

Я делаю пиксельное рисование на Gtk :: DrawingArea. Иногда происходит разоблачение события, и мне нужно все перерисовать. Но рисовать каждый пиксель снова медленно, поэтому я пытаюсь создать Sdk :: Pixmap и нарисовать его, а затем вывести его на экран при необходимости.

Я пытаюсь создать Sdk :: Pixmap и нарисовать его с помощью draw_point (). Вот мой код:
В hpp:

Glib::RefPtr<Gdk::Pixmap>pixmap;
Glib::RefPtr<Gdk::GC>pixGC;

В cpp:

Glib::RefPtr<Gdk::Drawable> d = Gdk::Drawable::create(); // this has a value of 1
pixmap = Gdk::Pixmap::create(d, width, height, 3); // this call is giving me a seg fault
pixGC = Gdk::GC::create();

И при рисовании:

pixmap->draw_point(pixGC,x, y); // don't even know if this works yet because of the seg fault

Что не так с моим кодом? 🙁

Кроме того, я еще не написал код для рисования в фактическом DrawingArea.

Изменить: Хорошо, я исправил первую ошибку сегмента с помощью:

pixmap = Gdk::Pixmap::create(get_window(), width, height, 3);
pixGC = Gdk::GC::create(get_window());

Благодаря этой ссылке:
http://marc.info/?l=gtkmm&м = 108547746915009

Но теперь я получаю это:

The program 'programName' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadDrawable (invalid Pixmap or Window parameter)'.
(Details: serial 69525 error_code 9 request_code 64 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

Трассировки стека:

Breakpoint 3, 0x00007ffff72830e0 in _XError ()
from /usr/lib/x86_64-linux-gnu/libX11.so.6
(gdb) bt
#0  0x00007ffff72830e0 in _XError () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#1  0x00007ffff72801d1 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#2  0x00007ffff7280215 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#3  0x00007ffff7281050 in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007ffff727c99d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007ffff727ca2b in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x00007ffff725f954 in XCreatePixmap ()
from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x00007ffff3e2f48d in ?? ()
from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#8  0x00007ffff6de048d in Gdk::Pixmap::Pixmap (this=0x7fffd4000930,
drawable=..., width=256, height=256, depth=3, __in_chrg=<optimized out>,
__vtt_parm=<optimized out>) at pixmap.cc:55
#9  0x00007ffff6de0d71 in Gdk::Pixmap::create (drawable=..., width=256,
height=256, depth=<optimized out>) at pixmap.cc:317
#10 0x00000000004408e1 in Viewer::start (this=0x7fffffffea00, width=256,
height=256) at viewer.cpp:23
#11 0x000000000042e380 in AppWindow::rayTraceDrawer (this=0x7fffffffe8e0)
at appwindow.cpp:25
#12 0x0000000000432cd8 in std::_Mem_fn<void (AppWindow::*)()>::operator() (
this=0x767b58, __object=0x7fffffffe8e0)
at /usr/include/c++/4.6/functional:551
#13 0x0000000000432b8b in std::_Bind_result<void, std::_Mem_fn<void (AppWindow::---Type <return> to continue, or q <return> to quit---
*)()> (AppWindow*)>::__call<void, , 0>(std::tuple<>&&, std::_Index_tuple<0>, std::_Bind_result<void, std::_Mem_fn<void (AppWindow::*)()> (AppWindow*)>::__enable_if_void<void>::type) (this=0x767b58, __args=...)
at /usr/include/c++/4.6/functional:1287
#14 0x0000000000432ae3 in std::_Bind_result<void, std::_Mem_fn<void (AppWindow::*)()> (AppWindow*)>::operator()<>() (this=0x767b58)
at /usr/include/c++/4.6/functional:1378
#15 0x0000000000432972 in std::thread::_Impl<std::_Bind_result<void, std::_Mem_fn<void (AppWindow::*)()> (AppWindow*)> >::_M_run() (this=0x767b40)
at /usr/include/c++/4.6/thread:117
#16 0x00007ffff6031c78 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007ffff589de9a in start_thread ()
from /lib/x86_64-linux-gnu/libpthread.so.0
#18 0x00007ffff55ca3fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#19 0x0000000000000000 in ?? ()

Это потому, что я создаю растровое изображение в фоновом потоке?

Изменить 2:

Нет, переехал в поток пользовательского интерфейса и все еще сбой …

Изменить 3:

Похоже, я мог это исправить. Проблема была в получении доступа к get_window () слишком рано. Переместил код в on_realize и он перестал падать. Не уверен, что рисунок еще действителен, хотя … будет опубликовано после того, как я выясню, как рисовать из растрового изображения в области рисования.