RSS/Atom feed Twitter
Site is read-only, email is disabled
  1. Chat
  2. Useful links
  3. Polls

Featured content

gdb messages

This discussion is connected to the gegl-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

2 of 2 messages available
Toggle history

Please log in to manage your subscriptions.
gdb messages Zhang Junbo 13 May 18:37
gdb messages Øyvind Kolås 16 May 21:57
Zhang Junbo
2008-05-13 18:37:16 UTC (over 16 years ago)

gdb messages

Hi,

I'm just starting to write my code for gegl, I spent the whole day to debug but failed. My code(svn 2287) can be found on http://svn.gnome.org/viewvc/gegl/branches/branch_zhangjb/ . Here is some messages from gdb.

(gdb) > run Starting program: /home/bear/GSoC2008/workspace/gegl/tests/frequency/gegl_test [Thread debugging using libthread_db enabled] [New Thread 0xb7f67940 (LWP 9228)]
[Switching to Thread 0xb7f67940 (LWP 9228)]

Breakpoint 1, main (argc=1, argv=0x0) at hello-world-fourier.c:34 34 gegl_node_process(display);
(gdb) > s 1910
1462 pad = gegl_node_get_pad (node, pad_name); (gdb) > s
1464 if (pad &&
(gdb) > s
1478 }
(gdb) > s
gegl_node_set_operation_object (self=0x8060d90, operation=0x804f2c8) at gegl-node.c:1064
1064 gegl_node_disconnect_sources (self); (gdb) > s

Program received signal SIGSEGV, Segmentation fault. 0x45b3bc8e in ?? () from /usr/lib/libfftw3.so.3 (gdb)

Could you give a student some suggests? :) Thank you.

Regards,
Zhang

Øyvind Kolås
2008-05-16 21:57:34 UTC (over 16 years ago)

gdb messages

On Tue, May 13, 2008 at 5:37 PM, Zhang Junbo wrote:

Hi,

I'm just starting to write my code for gegl, I spent the whole day to debug but failed. My code(svn 2287) can be found on http://svn.gnome.org/viewvc/gegl/branches/branch_zhangjb/ . Here is some messages from gdb.

The reason the code segfaults is that you are passing buffer of 32bit floating point to a function in the underlying library that expects 64bit floating point. The attached patch creates the needed pixel formats to represent 64bit buffers since babl doesn't know this format yet.

The format could have been created with:

babl_format_new ( "name", "RGB double",
babl_model("RGB"),
babl_type ("double"),
babl_component ("R"),
babl_component ("G"),
babl_component ("B"),
NULL);

and then referred to, I chose to just create it directly without giving it a name.

If the fftw library has functions working on 32bit buffers it might be more suited
for integration, if not I guess we just have to live with these larger buffers.

I've attached a patch that makes the operation operate in 64bit like the function used.

/Øyvind K.