Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-22 Thread Konstantin Dmitriev
Hello!

2015-06-02 10:07 GMT+06:00 Pengfei Hao :
> By the way, I hope you could fix another type bug I reported before, and
> create a new release. So I could provide a formal rpm ready package for
> openSUSE users.
>
>
> In ETL/ETL/_clock_system.h
>
> 60 class clock_desc_sys_clock
> 61 {
> 62 public:
> 63 typedef float value_type;
> 64
> 65 inline static bool realtime()
> 66 { return false; }
>
> In synfig-studio/src/gui/states/state_width.cpp
>
>
> if(event.key == EVENT_WORKAREA_MOUSE_BUTTON_DRAG)
> {
> dtime = min(1/15.0,clocktime());
> }
>
>
>
> clocktime is float, while 1/15.0 is double.
>
> This error line gave me some hint:
> /usr/include/c++/4.8/bits/stl_algobase.h:193:5: note:   template argument
> deduction/substitution failed:
> states/state_width.cpp:524:34: note:   deduced conflicting types for
> parameter 'const _Tp' ('double' and
> 'etl::clock_base::value_type {aka float}')
>
> The problems happend to that min(double, float) not there.
>
> A quick fix is to change 1/15.0 to (float)(1/15.0), but I recommend to use
> some float variables to hold this 1/15.0, to make it at least code level
> configurable.

I have applied the workaround you suggested. Unfortunately, I have no
time for a better fix.

Currently I am busy with preparing the new Synfig Training Course. I
plan to publish new bugfix release as soon as I finish the course.
Your work on OpenSuse packages is much appreciated! Thank you!

Bset Regards,
Konstantin.

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-22 Thread Konstantin Dmitriev
2015-06-02 10:03 GMT+06:00 Pengfei Hao :
> I added :
> BuildRequires:xorg-x11-fonts
>
> Then it passed compilation. So definitely the missing of fonts caused the
> problem.
>
> I hope synfig command could give message when it did not detect fonts,
> rather than directly crash in the future.

The issue should be fixed now in master branch -
https://github.com/synfig/synfig/commit/d7e7b5651316cd2c4258c8d088c01334fed67a51
Thanks to Olaf Hering.

Best Regards,
K.

-- 
http://morevnaproject.org/

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-01 Thread Pengfei Hao
By the way, I hope you could fix another type bug I reported before, and
create a new release. So I could provide a formal rpm ready package for
openSUSE users.


In ETL/ETL/_clock_system.h

60 class clock_desc_sys_clock
61 {
62 public:
63 typedef float value_type;
64
65 inline static bool realtime()
66 { return false; }

In synfig-studio/src/gui/states/state_width.cpp


if(event.key == EVENT_WORKAREA_MOUSE_BUTTON_DRAG)
{
dtime = min(1/15.0,clocktime());
}



clocktime is float, while 1/15.0 is double.

This error line gave me some hint:
/usr/include/c++/4.8/bits/stl_algobase.h:193:5: note:   template argument
deduction/substitution failed:
states/state_width.cpp:524:34: note:   deduced conflicting types for
parameter 'const _Tp' ('double' and
'etl::clock_base::value_type {aka float}')

The problems happend to that min(double, float) not there.

A quick fix is to change 1/15.0 to (float)(1/15.0), but I recommend to use
some float variables to hold this 1/15.0, to make it at least code level
configurable.

2015-06-02 0:03 GMT-04:00 Pengfei Hao :

> I added :
> BuildRequires:xorg-x11-fonts
>
> Then it passed compilation. So definitely the missing of fonts caused the
> problem.
>
> I hope synfig command could give message when it did not detect fonts,
> rather than directly crash in the future.
>
>
> 2015-06-01 23:44 GMT-04:00 Pengfei Hao :
>
>> /usr/share/fonts is an empty folder , is that the reason it fail?
>>
>> 2015-06-01 23:40 GMT-04:00 Konstantin Dmitriev :
>>
>>> Hello!
>>>
>>> 2015-06-01 0:10 GMT+06:00 Pengfei Hao :
>>> > This is the backtrace info I get:
>>> >
>>> > #0  0x7fffee214456 in Layer_Freetype::new_face(std::string const&)
>>> () at
>>> > /usr/lib/synfig/modules/liblyr_freetype.so
>>> > #1  0x7fffee214827 in Layer_Freetype::new_font_(std::string
>>> const&, int,
>>> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
>>> > #2  0x7fffee21531d in Layer_Freetype::new_font(std::string const&,
>>> int,
>>> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
>>> > #3  0x7fffee21 in Layer_Freetype::Layer_Freetype() () at
>>> > /usr/lib/synfig/modules/liblyr_freetype.so
>>> > #4  0x7fffee21c60b in Layer_Freetype::create() () at
>>> > /usr/lib/synfig/modules/liblyr_freetype.so
>>> > #5  0x778e2e0c in synfig::Layer::create(std::string const&) ()
>>> at
>>> > /usr/lib/libsynfig.so.0
>>> > #6  0x779094c4 in
>>> synfig::CanvasParser::parse_layer(xmlpp::Element*,
>>> > etl::handle) () at /usr/lib/libsynfig.so.0
>>> > #7  0x779054f0 in
>>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>>> > etl::handle, bool, synfig::FileSystem::Identifier
>>> const&,
>>> > std::string) ()
>>> > at /usr/lib/libsynfig.so.0
>>> > #8  0x7790214e in
>>> > synfig::CanvasParser::parse_canvas_defs(xmlpp::Element*,
>>> > etl::handle) () at /usr/lib/libsynfig.so.0
>>> > #9  0x77903eb4 in
>>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>>> > etl::handle, bool, synfig::FileSystem::Identifier
>>> const&,
>>> > std::string) ()
>>> > at /usr/lib/libsynfig.so.0
>>> > #10 0x77913283 in
>>> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
>>> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
>>> > #11 0x77914c02 in
>>> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&,
>>> std::string
>>> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
>>> > #12 0x778bdf21 in synfig::Canvas::surefind_canvas(std::string
>>> > const&, std::string&) () at /usr/lib/libsynfig.so.0
>>> > #13 0x7790b639 in
>>> synfig::CanvasParser::parse_layer(xmlpp::Element*,
>>> > etl::handle) () at /usr/lib/libsynfig.so.0
>>> > #14 0x779054f0 in
>>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>>> > etl::handle, bool, synfig::FileSystem::Identifier
>>> const&,
>>> > std::string) ()
>>> > at /usr/lib/libsynfig.so.0
>>> > #15 0x77913283 in
>>> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
>>> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
>>> > #16 0x77914c02 in
>>> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&,
>>> std::string
>>> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
>>> > #17 0x004691c4 in OptionsProcessor::extract_job()
>>> > (this=0x7fffe350) at optionsprocessor.cpp:523
>>> > #18 0x004841b3 in main(int, char**) (argc=11,
>>> argv=0x7fffe8d8)
>>> > at main.cpp:274
>>> >
>>> >
>>> > Did you notice my another email before, I already print a debug tree:
>>> >
>>> > here is the debug tree I found:
>>> >
>>> > tool/main.cpp 296:
>>> > job = op.extract_job();
>>> >
>>> > tool/optionsprocessor.cpp 533:
>>> > job.root =
>>> >
>>> open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
>>> > ), job.filename, errors, warnings);
>>> >
>>> > synfig/l

Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-01 Thread Pengfei Hao
I added :
BuildRequires:xorg-x11-fonts

Then it passed compilation. So definitely the missing of fonts caused the
problem.

I hope synfig command could give message when it did not detect fonts,
rather than directly crash in the future.


2015-06-01 23:44 GMT-04:00 Pengfei Hao :

> /usr/share/fonts is an empty folder , is that the reason it fail?
>
> 2015-06-01 23:40 GMT-04:00 Konstantin Dmitriev :
>
>> Hello!
>>
>> 2015-06-01 0:10 GMT+06:00 Pengfei Hao :
>> > This is the backtrace info I get:
>> >
>> > #0  0x7fffee214456 in Layer_Freetype::new_face(std::string const&)
>> () at
>> > /usr/lib/synfig/modules/liblyr_freetype.so
>> > #1  0x7fffee214827 in Layer_Freetype::new_font_(std::string const&,
>> int,
>> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
>> > #2  0x7fffee21531d in Layer_Freetype::new_font(std::string const&,
>> int,
>> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
>> > #3  0x7fffee21 in Layer_Freetype::Layer_Freetype() () at
>> > /usr/lib/synfig/modules/liblyr_freetype.so
>> > #4  0x7fffee21c60b in Layer_Freetype::create() () at
>> > /usr/lib/synfig/modules/liblyr_freetype.so
>> > #5  0x778e2e0c in synfig::Layer::create(std::string const&) ()
>> at
>> > /usr/lib/libsynfig.so.0
>> > #6  0x779094c4 in
>> synfig::CanvasParser::parse_layer(xmlpp::Element*,
>> > etl::handle) () at /usr/lib/libsynfig.so.0
>> > #7  0x779054f0 in
>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>> > etl::handle, bool, synfig::FileSystem::Identifier
>> const&,
>> > std::string) ()
>> > at /usr/lib/libsynfig.so.0
>> > #8  0x7790214e in
>> > synfig::CanvasParser::parse_canvas_defs(xmlpp::Element*,
>> > etl::handle) () at /usr/lib/libsynfig.so.0
>> > #9  0x77903eb4 in
>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>> > etl::handle, bool, synfig::FileSystem::Identifier
>> const&,
>> > std::string) ()
>> > at /usr/lib/libsynfig.so.0
>> > #10 0x77913283 in
>> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
>> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
>> > #11 0x77914c02 in
>> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&,
>> std::string
>> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
>> > #12 0x778bdf21 in synfig::Canvas::surefind_canvas(std::string
>> > const&, std::string&) () at /usr/lib/libsynfig.so.0
>> > #13 0x7790b639 in
>> synfig::CanvasParser::parse_layer(xmlpp::Element*,
>> > etl::handle) () at /usr/lib/libsynfig.so.0
>> > #14 0x779054f0 in
>> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
>> > etl::handle, bool, synfig::FileSystem::Identifier
>> const&,
>> > std::string) ()
>> > at /usr/lib/libsynfig.so.0
>> > #15 0x77913283 in
>> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
>> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
>> > #16 0x77914c02 in
>> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&,
>> std::string
>> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
>> > #17 0x004691c4 in OptionsProcessor::extract_job()
>> > (this=0x7fffe350) at optionsprocessor.cpp:523
>> > #18 0x004841b3 in main(int, char**) (argc=11,
>> argv=0x7fffe8d8)
>> > at main.cpp:274
>> >
>> >
>> > Did you notice my another email before, I already print a debug tree:
>> >
>> > here is the debug tree I found:
>> >
>> > tool/main.cpp 296:
>> > job = op.extract_job();
>> >
>> > tool/optionsprocessor.cpp 533:
>> > job.root =
>> > open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
>> > ), job.filename, errors, warnings);
>> >
>> > synfig/loadcanvas.cpp 172:
>> > canvas=parser.parse_from_file_as(identifier,as,errors);
>> >
>> > synfig/loadcanvas.cpp 3520:
>> > Canvas::Handle
>> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
>> > identifier,as));
>> >
>> > synfig/loadcanvas.cpp 3421:
>> > canvas->push_front(parse_layer(child,canvas));
>> >
>> > synfig/loadcanvas.cpp 2786:
>> > layer=Layer::create(element->get_attribute("type")->get_value());
>> >
>> > synfig/layer.cpp 177:
>> > book()[name].factory();
>> >
>> > These layer created successfully:
>> >
>> > PasteCanvas
>> > PasteCanvas
>> > shade
>> > SolidColor
>> >
>> > But the last one, text, failed.
>>
>> Thank you for the debug info!
>> Yes, I saw the previous message. ^__^
>>
>> Can you please post a list of the files you have in /usr/share/fonts/
>> (inside of chroot).
>>
>> Also, probably I can try to run OSC here by myself and examine the
>> problem. I just have no enough time right now - so much priorities!
>>
>> Best Regards,
>> K.
>>
>> --
>> http://morevnaproject.org/
>>
>>
>> --
>> ___
>> Synfig-devl mailing list
>> Synfig-devl@lists.sou

Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-01 Thread Pengfei Hao
/usr/share/fonts is an empty folder , is that the reason it fail?

2015-06-01 23:40 GMT-04:00 Konstantin Dmitriev :

> Hello!
>
> 2015-06-01 0:10 GMT+06:00 Pengfei Hao :
> > This is the backtrace info I get:
> >
> > #0  0x7fffee214456 in Layer_Freetype::new_face(std::string const&)
> () at
> > /usr/lib/synfig/modules/liblyr_freetype.so
> > #1  0x7fffee214827 in Layer_Freetype::new_font_(std::string const&,
> int,
> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
> > #2  0x7fffee21531d in Layer_Freetype::new_font(std::string const&,
> int,
> > int) () at /usr/lib/synfig/modules/liblyr_freetype.so
> > #3  0x7fffee21 in Layer_Freetype::Layer_Freetype() () at
> > /usr/lib/synfig/modules/liblyr_freetype.so
> > #4  0x7fffee21c60b in Layer_Freetype::create() () at
> > /usr/lib/synfig/modules/liblyr_freetype.so
> > #5  0x778e2e0c in synfig::Layer::create(std::string const&) () at
> > /usr/lib/libsynfig.so.0
> > #6  0x779094c4 in
> synfig::CanvasParser::parse_layer(xmlpp::Element*,
> > etl::handle) () at /usr/lib/libsynfig.so.0
> > #7  0x779054f0 in
> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> > etl::handle, bool, synfig::FileSystem::Identifier const&,
> > std::string) ()
> > at /usr/lib/libsynfig.so.0
> > #8  0x7790214e in
> > synfig::CanvasParser::parse_canvas_defs(xmlpp::Element*,
> > etl::handle) () at /usr/lib/libsynfig.so.0
> > #9  0x77903eb4 in
> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> > etl::handle, bool, synfig::FileSystem::Identifier const&,
> > std::string) ()
> > at /usr/lib/libsynfig.so.0
> > #10 0x77913283 in
> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
> > #11 0x77914c02 in
> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
> > #12 0x778bdf21 in synfig::Canvas::surefind_canvas(std::string
> > const&, std::string&) () at /usr/lib/libsynfig.so.0
> > #13 0x7790b639 in
> synfig::CanvasParser::parse_layer(xmlpp::Element*,
> > etl::handle) () at /usr/lib/libsynfig.so.0
> > #14 0x779054f0 in
> > synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> > etl::handle, bool, synfig::FileSystem::Identifier const&,
> > std::string) ()
> > at /usr/lib/libsynfig.so.0
> > #15 0x77913283 in
> > synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
> > const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
> > #16 0x77914c02 in
> > synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
> > const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
> > #17 0x004691c4 in OptionsProcessor::extract_job()
> > (this=0x7fffe350) at optionsprocessor.cpp:523
> > #18 0x004841b3 in main(int, char**) (argc=11,
> argv=0x7fffe8d8)
> > at main.cpp:274
> >
> >
> > Did you notice my another email before, I already print a debug tree:
> >
> > here is the debug tree I found:
> >
> > tool/main.cpp 296:
> > job = op.extract_job();
> >
> > tool/optionsprocessor.cpp 533:
> > job.root =
> > open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> > ), job.filename, errors, warnings);
> >
> > synfig/loadcanvas.cpp 172:
> > canvas=parser.parse_from_file_as(identifier,as,errors);
> >
> > synfig/loadcanvas.cpp 3520:
> > Canvas::Handle
> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> > identifier,as));
> >
> > synfig/loadcanvas.cpp 3421:
> > canvas->push_front(parse_layer(child,canvas));
> >
> > synfig/loadcanvas.cpp 2786:
> > layer=Layer::create(element->get_attribute("type")->get_value());
> >
> > synfig/layer.cpp 177:
> > book()[name].factory();
> >
> > These layer created successfully:
> >
> > PasteCanvas
> > PasteCanvas
> > shade
> > SolidColor
> >
> > But the last one, text, failed.
>
> Thank you for the debug info!
> Yes, I saw the previous message. ^__^
>
> Can you please post a list of the files you have in /usr/share/fonts/
> (inside of chroot).
>
> Also, probably I can try to run OSC here by myself and examine the
> problem. I just have no enough time right now - so much priorities!
>
> Best Regards,
> K.
>
> --
> http://morevnaproject.org/
>
>
> --
> ___
> Synfig-devl mailing list
> Synfig-devl@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-06-01 Thread Konstantin Dmitriev
Hello!

2015-06-01 0:10 GMT+06:00 Pengfei Hao :
> This is the backtrace info I get:
>
> #0  0x7fffee214456 in Layer_Freetype::new_face(std::string const&) () at
> /usr/lib/synfig/modules/liblyr_freetype.so
> #1  0x7fffee214827 in Layer_Freetype::new_font_(std::string const&, int,
> int) () at /usr/lib/synfig/modules/liblyr_freetype.so
> #2  0x7fffee21531d in Layer_Freetype::new_font(std::string const&, int,
> int) () at /usr/lib/synfig/modules/liblyr_freetype.so
> #3  0x7fffee21 in Layer_Freetype::Layer_Freetype() () at
> /usr/lib/synfig/modules/liblyr_freetype.so
> #4  0x7fffee21c60b in Layer_Freetype::create() () at
> /usr/lib/synfig/modules/liblyr_freetype.so
> #5  0x778e2e0c in synfig::Layer::create(std::string const&) () at
> /usr/lib/libsynfig.so.0
> #6  0x779094c4 in synfig::CanvasParser::parse_layer(xmlpp::Element*,
> etl::handle) () at /usr/lib/libsynfig.so.0
> #7  0x779054f0 in
> synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> etl::handle, bool, synfig::FileSystem::Identifier const&,
> std::string) ()
> at /usr/lib/libsynfig.so.0
> #8  0x7790214e in
> synfig::CanvasParser::parse_canvas_defs(xmlpp::Element*,
> etl::handle) () at /usr/lib/libsynfig.so.0
> #9  0x77903eb4 in
> synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> etl::handle, bool, synfig::FileSystem::Identifier const&,
> std::string) ()
> at /usr/lib/libsynfig.so.0
> #10 0x77913283 in
> synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
> const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
> #11 0x77914c02 in
> synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
> const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
> #12 0x778bdf21 in synfig::Canvas::surefind_canvas(std::string
> const&, std::string&) () at /usr/lib/libsynfig.so.0
> #13 0x7790b639 in synfig::CanvasParser::parse_layer(xmlpp::Element*,
> etl::handle) () at /usr/lib/libsynfig.so.0
> #14 0x779054f0 in
> synfig::CanvasParser::parse_canvas(xmlpp::Element*,
> etl::handle, bool, synfig::FileSystem::Identifier const&,
> std::string) ()
> at /usr/lib/libsynfig.so.0
> #15 0x77913283 in
> synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
> const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
> #16 0x77914c02 in
> synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
> const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
> #17 0x004691c4 in OptionsProcessor::extract_job()
> (this=0x7fffe350) at optionsprocessor.cpp:523
> #18 0x004841b3 in main(int, char**) (argc=11, argv=0x7fffe8d8)
> at main.cpp:274
>
>
> Did you notice my another email before, I already print a debug tree:
>
> here is the debug tree I found:
>
> tool/main.cpp 296:
> job = op.extract_job();
>
> tool/optionsprocessor.cpp 533:
> job.root =
> open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> ), job.filename, errors, warnings);
>
> synfig/loadcanvas.cpp 172:
> canvas=parser.parse_from_file_as(identifier,as,errors);
>
> synfig/loadcanvas.cpp 3520:
> Canvas::Handle
> canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> identifier,as));
>
> synfig/loadcanvas.cpp 3421:
> canvas->push_front(parse_layer(child,canvas));
>
> synfig/loadcanvas.cpp 2786:
> layer=Layer::create(element->get_attribute("type")->get_value());
>
> synfig/layer.cpp 177:
> book()[name].factory();
>
> These layer created successfully:
>
> PasteCanvas
> PasteCanvas
> shade
> SolidColor
>
> But the last one, text, failed.

Thank you for the debug info!
Yes, I saw the previous message. ^__^

Can you please post a list of the files you have in /usr/share/fonts/
(inside of chroot).

Also, probably I can try to run OSC here by myself and examine the
problem. I just have no enough time right now - so much priorities!

Best Regards,
K.

-- 
http://morevnaproject.org/

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-31 Thread Pengfei Hao
This is the backtrace info I get:

#0  0x7fffee214456 in Layer_Freetype::new_face(std::string const&) ()
at /usr/lib/synfig/modules/liblyr_freetype.so
#1  0x7fffee214827 in Layer_Freetype::new_font_(std::string const&,
int, int) () at /usr/lib/synfig/modules/liblyr_freetype.so
#2  0x7fffee21531d in Layer_Freetype::new_font(std::string const&, int,
int) () at /usr/lib/synfig/modules/liblyr_freetype.so
#3  0x7fffee21 in Layer_Freetype::Layer_Freetype() () at
/usr/lib/synfig/modules/liblyr_freetype.so
#4  0x7fffee21c60b in Layer_Freetype::create() () at
/usr/lib/synfig/modules/liblyr_freetype.so
#5  0x778e2e0c in synfig::Layer::create(std::string const&) () at
/usr/lib/libsynfig.so.0
#6  0x779094c4 in
synfig::CanvasParser::parse_layer(xmlpp::Element*,
etl::handle) () at /usr/lib/libsynfig.so.0
#7  0x779054f0 in
synfig::CanvasParser::parse_canvas(xmlpp::Element*,
etl::handle, bool, synfig::FileSystem::Identifier const&,
std::string) ()
at /usr/lib/libsynfig.so.0
#8  0x7790214e in
synfig::CanvasParser::parse_canvas_defs(xmlpp::Element*,
etl::handle) () at /usr/lib/libsynfig.so.0
#9  0x77903eb4 in
synfig::CanvasParser::parse_canvas(xmlpp::Element*,
etl::handle, bool, synfig::FileSystem::Identifier const&,
std::string) ()
at /usr/lib/libsynfig.so.0
#10 0x77913283 in
synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
#11 0x77914c02 in
synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
#12 0x778bdf21 in synfig::Canvas::surefind_canvas(std::string
const&, std::string&) () at /usr/lib/libsynfig.so.0
#13 0x7790b639 in
synfig::CanvasParser::parse_layer(xmlpp::Element*,
etl::handle) () at /usr/lib/libsynfig.so.0
#14 0x779054f0 in
synfig::CanvasParser::parse_canvas(xmlpp::Element*,
etl::handle, bool, synfig::FileSystem::Identifier const&,
std::string) ()
at /usr/lib/libsynfig.so.0
#15 0x77913283 in
synfig::CanvasParser::parse_from_file_as(synfig::FileSystem::Identifier
const&, std::string const&, std::string&) () at /usr/lib/libsynfig.so.0
#16 0x77914c02 in
synfig::open_canvas_as(synfig::FileSystem::Identifier const&, std::string
const&, std::string&, std::string&) () at /usr/lib/libsynfig.so.0
#17 0x004691c4 in OptionsProcessor::extract_job()
(this=0x7fffe350) at optionsprocessor.cpp:523
#18 0x004841b3 in main(int, char**) (argc=11, argv=0x7fffe8d8)
at main.cpp:274


Did you notice my another email before, I already print a debug tree:







*here is the debug tree I found:tool/main.cpp 296:job =
op.extract_job();tool/optionsprocessor.cpp 533:job.root = open_canvas_as(*
*FileSystemNative::instance()->*


*get_identifier(job.filename), job.filename, errors,
warnings);synfig/loadcanvas.cpp 172:canvas=parser.parse_from_file_*


*as(identifier,as,errors);synfig/loadcanvas.cpp 3520:Canvas::Handle
canvas(parse_canvas(parser.**get_document()->get_root_node(*


*),0,false, identifier,as));synfig/loadcanvas.cpp
3421:canvas->push_front(parse_*


*layer(child,canvas));synfig/loadcanvas.cpp
2786:layer=Layer::create(element->**get_attribute("type")->get_*




*value());synfig/layer.cpp 177:book()[name].factory();*


*These layer created successfully:*





*PasteCanvasPasteCanvasshadeSolidColorBut the last one, text, failed.*



2015-05-29 12:39 GMT-04:00 Konstantin Dmitriev :

> Hello!
>
> 2015-05-27 22:01 GMT+06:00 Pengfei Hao :
> >
> >
> > 2015-05-27 1:35 GMT-04:00 Konstantin Dmitriev :
> >>
> >> 2015-05-25 21:39 GMT+06:00 Pengfei Hao :
> >> > In truth, I can't , or kind of hard to.
> >> >
> >> > As I mentioned before, this bug only shown in the build system, it has
> >> > the
> >> > most restricted compilation environment.  It works fine if I call it
> in
> >> > my
> >> > machine, but in the rpm build environment, there is no gdb and I
> cannot
> >> > control the compilation options(while, use some method, I can, I could
> >> > try).
> >>
> >> > Could you check if there is no font, what will happen in the code?
> >> >
> >> > At the same time, I will hack the building procedure to provide the
> info
> >> > you
> >> > want.
> >>
> >> Hello!
> >> Can you please give me more information about your build environment.
> >> Is it local or remote?
> >
> > More info:
> >
> > I am using openSUSE 13.2 on an x86_64 machine.
> >
> > The project is here:
> > https://build.opensuse.org/project/show/home:intijk:synfigstudio
> > You can find all the tarball and spec files here.
> > For online building you can check the log there.
> >
> >
> > For local building, I usually use local building for pretest, it will
> give
> > same building result with online building system.
> >
> > I build it in local:
> > $ pwd
> > /home/intijk/osc/home:intijk:synfigstudio/synfigstudio
> > $ ls
> > synfigstudio-1.0.1.tar.gz 

Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-29 Thread Konstantin Dmitriev
Hello!

2015-05-27 22:01 GMT+06:00 Pengfei Hao :
>
>
> 2015-05-27 1:35 GMT-04:00 Konstantin Dmitriev :
>>
>> 2015-05-25 21:39 GMT+06:00 Pengfei Hao :
>> > In truth, I can't , or kind of hard to.
>> >
>> > As I mentioned before, this bug only shown in the build system, it has
>> > the
>> > most restricted compilation environment.  It works fine if I call it in
>> > my
>> > machine, but in the rpm build environment, there is no gdb and I cannot
>> > control the compilation options(while, use some method, I can, I could
>> > try).
>>
>> > Could you check if there is no font, what will happen in the code?
>> >
>> > At the same time, I will hack the building procedure to provide the info
>> > you
>> > want.
>>
>> Hello!
>> Can you please give me more information about your build environment.
>> Is it local or remote?
>
> More info:
>
> I am using openSUSE 13.2 on an x86_64 machine.
>
> The project is here:
> https://build.opensuse.org/project/show/home:intijk:synfigstudio
> You can find all the tarball and spec files here.
> For online building you can check the log there.
>
>
> For local building, I usually use local building for pretest, it will give
> same building result with online building system.
>
> I build it in local:
> $ pwd
> /home/intijk/osc/home:intijk:synfigstudio/synfigstudio
> $ ls
> synfigstudio-1.0.1.tar.gz synfigstudio.spec
> $ osc build openSUSE_13.2 --local-package
>
>
>
>
>
>
>>
>> I guess you can add GDB to the build environment by adding "Requires:
>> gdb" to RPM spec file.
>>
>
> Yes, the same way I import strace, by using gdb, what information you want ?
> I could provide any thing you need.

Thank you for the information about the environment!
About GDB: I need the stack backtrace.

Best Regards,
Konstantin

-- 
http://morevnaproject.org/

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-27 Thread Pengfei Hao
2015-05-27 1:35 GMT-04:00 Konstantin Dmitriev :

> 2015-05-25 21:39 GMT+06:00 Pengfei Hao :
> > In truth, I can't , or kind of hard to.
> >
> > As I mentioned before, this bug only shown in the build system, it has
> the
> > most restricted compilation environment.  It works fine if I call it in
> my
> > machine, but in the rpm build environment, there is no gdb and I cannot
> > control the compilation options(while, use some method, I can, I could
> try).
>
> > Could you check if there is no font, what will happen in the code?
> >
> > At the same time, I will hack the building procedure to provide the info
> you
> > want.
>
> Hello!
> Can you please give me more information about your build environment.
> Is it local or remote?
>
More info:

I am using openSUSE 13.2 on an x86_64 machine.

The project is here:
https://build.opensuse.org/project/show/home:intijk:synfigstudio
You can find all the tarball and spec files here.
For online building you can check the log there.


For local building, I usually use local building for pretest, it will give
same building result with online building system.

I build it in local:
$ pwd
/home/intijk/osc/home:intijk:synfigstudio/synfigstudio
$ ls
synfigstudio-1.0.1.tar.gz synfigstudio.spec
$ osc build openSUSE_13.2 --local-package







> I guess you can add GDB to the build environment by adding "Requires:
> gdb" to RPM spec file.
>
>
Yes, the same way I import strace, by using gdb, what information you want
?
I could provide any thing you need.

Also, I suspect the problem isn't related with fonts, because
> synfig_icon.sif file doesn't have any text layers.
>
> I wonder, what happens if you try to use synfig to render empty file
> (in the build environment).
>
> Best Regards,
> K.
>
> > 2015-05-25 11:34 GMT-04:00 Konstantin Dmitriev  >:
> >>
> >> 2015-05-25 21:28 GMT+06:00 Pengfei Hao :
> >> > Hi, Konstantin, I am pretty sure I use the newest version you sent to
> >> > me.
> >> >
> >> > here is the debug tree I found:
> >> >
> >> > tool/main.cpp 296:
> >> > job = op.extract_job();
> >> >
> >> > tool/optionsprocessor.cpp 533:
> >> > job.root =
> >> >
> open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> >> > ), job.filename, errors, warnings);
> >> >
> >> > synfig/loadcanvas.cpp 172:
> >> > canvas=parser.parse_from_file_as(identifier,as,errors);
> >> >
> >> > synfig/loadcanvas.cpp 3520:
> >> > Canvas::Handle
> >> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> >> > identifier,as));
> >> >
> >> > synfig/loadcanvas.cpp 3421:
> >> > canvas->push_front(parse_layer(child,canvas));
> >> >
> >> > synfig/loadcanvas.cpp 2786:
> >> > layer=Layer::create(element->get_attribute("type")->get_value());
> >> >
> >> > synfig/layer.cpp 177:
> >> > book()[name].factory();
> >> >
> >> > These layer created successfully:
> >> >
> >> > PasteCanvas
> >> > PasteCanvas
> >> > shade
> >> > SolidColor
> >> >
> >> > But the last one, text, failed.
> >> >
> >> > I guess maybe in the building environment, I do not have any font,
> that
> >> > is
> >> > the reason, so I want to know, do I need any font to create the text
> >> > layer?
> >> > But at least, when the code do not found any font, it should at least
> >> > give
> >> > me some hint, not segmentation fault.
> >> >
> >> >
> >> > PS:
> >> >
> >> > I add some printf for trace, so the line number above may shift from
> >> > from
> >> > what you have, I uploaded the loadcanvas.cpp , just for you to align
> >> > line
> >> > number.
> >>
> >> Hmm... That's weird. Can you build synfig-core with debug symbols? In
> >> this case you can try to debug the "synfig -q synfig_icon.sif -o
> >> 128x128/synfig_icon.png --time 0 -w 128 -h 128 " command with GDB.
> >>
> >> Best Regards,
> >> K.
> >>
> >>
> >>
> --
> >> One dashboard for servers and applications across Physical-Virtual-Cloud
> >> Widest out-of-the-box monitoring support with 50+ applications
> >> Performance metrics, stats and reports that give you Actionable Insights
> >> Deep dive visibility with transaction tracing using APM Insight.
> >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> >> ___
> >> Synfig-devl mailing list
> >> Synfig-devl@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/synfig-devl
> >
> >
> >
> >
> --
> > One dashboard for servers and applications across Physical-Virtual-Cloud
> > Widest out-of-the-box monitoring support with 50+ applications
> > Performance metrics, stats and reports that give you Actionable Insights
> > Deep dive visibility with transaction tracing using APM Insight.
> > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> > ___
> > Synfig-devl mailing list
> > Synfig-devl@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/

Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-27 Thread Pengfei Hao
The build environment is generated by

osc build --local-package

It will generate a path like /var/tmp/build-root/openSUSE_13.2-x86_64/,
install system default packages like bash and build requies into the
directory, bind /proc and /sys to the sub folder, change root into it, and
inside the chroot environment, do rpmbuild.

This is the standard way in obs(openSUSE online build service) for
packaging, the only difference between local and online is that online
packaging will create a virtual machine based on the image. I have the same
result online, you can check it here.

https://build.opensuse.org/package/show/home:intijk:synfigstudio/synfigstudio

Click on the right side, failed, you can check all the building log.

And the failure happened on the building of synfigstudio part, the command
that cause the failure is:

synfig -q synfig_icon.sif -o 128x128/synfig_icon.png --time 0 -w 128 -h 128

It seems like it want get the frame 0 from the animation(I don't understand
.sif, this is the guess). from file synfig_icon.sif

I copied this file out from building environment, and it seems not zero
size:

$ ls -lh synfig_icon.sif
-rw-r--r-- 1 intijk users 1.7K May 10 19:27 synfig_icon.sif





2015-05-27 1:35 GMT-04:00 Konstantin Dmitriev :

> 2015-05-25 21:39 GMT+06:00 Pengfei Hao :
> > In truth, I can't , or kind of hard to.
> >
> > As I mentioned before, this bug only shown in the build system, it has
> the
> > most restricted compilation environment.  It works fine if I call it in
> my
> > machine, but in the rpm build environment, there is no gdb and I cannot
> > control the compilation options(while, use some method, I can, I could
> try).
>
> > Could you check if there is no font, what will happen in the code?
> >
> > At the same time, I will hack the building procedure to provide the info
> you
> > want.
>
> Hello!
> Can you please give me more information about your build environment.
> Is it local or remote?
> I guess you can add GDB to the build environment by adding "Requires:
> gdb" to RPM spec file.
>
> Also, I suspect the problem isn't related with fonts, because
> synfig_icon.sif file doesn't have any text layers.
>
> I wonder, what happens if you try to use synfig to render empty file
> (in the build environment).
>
> Best Regards,
> K.
>
> > 2015-05-25 11:34 GMT-04:00 Konstantin Dmitriev  >:
> >>
> >> 2015-05-25 21:28 GMT+06:00 Pengfei Hao :
> >> > Hi, Konstantin, I am pretty sure I use the newest version you sent to
> >> > me.
> >> >
> >> > here is the debug tree I found:
> >> >
> >> > tool/main.cpp 296:
> >> > job = op.extract_job();
> >> >
> >> > tool/optionsprocessor.cpp 533:
> >> > job.root =
> >> >
> open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> >> > ), job.filename, errors, warnings);
> >> >
> >> > synfig/loadcanvas.cpp 172:
> >> > canvas=parser.parse_from_file_as(identifier,as,errors);
> >> >
> >> > synfig/loadcanvas.cpp 3520:
> >> > Canvas::Handle
> >> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> >> > identifier,as));
> >> >
> >> > synfig/loadcanvas.cpp 3421:
> >> > canvas->push_front(parse_layer(child,canvas));
> >> >
> >> > synfig/loadcanvas.cpp 2786:
> >> > layer=Layer::create(element->get_attribute("type")->get_value());
> >> >
> >> > synfig/layer.cpp 177:
> >> > book()[name].factory();
> >> >
> >> > These layer created successfully:
> >> >
> >> > PasteCanvas
> >> > PasteCanvas
> >> > shade
> >> > SolidColor
> >> >
> >> > But the last one, text, failed.
> >> >
> >> > I guess maybe in the building environment, I do not have any font,
> that
> >> > is
> >> > the reason, so I want to know, do I need any font to create the text
> >> > layer?
> >> > But at least, when the code do not found any font, it should at least
> >> > give
> >> > me some hint, not segmentation fault.
> >> >
> >> >
> >> > PS:
> >> >
> >> > I add some printf for trace, so the line number above may shift from
> >> > from
> >> > what you have, I uploaded the loadcanvas.cpp , just for you to align
> >> > line
> >> > number.
> >>
> >> Hmm... That's weird. Can you build synfig-core with debug symbols? In
> >> this case you can try to debug the "synfig -q synfig_icon.sif -o
> >> 128x128/synfig_icon.png --time 0 -w 128 -h 128 " command with GDB.
> >>
> >> Best Regards,
> >> K.
> >>
> >>
> >>
> --
> >> One dashboard for servers and applications across Physical-Virtual-Cloud
> >> Widest out-of-the-box monitoring support with 50+ applications
> >> Performance metrics, stats and reports that give you Actionable Insights
> >> Deep dive visibility with transaction tracing using APM Insight.
> >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> >> ___
> >> Synfig-devl mailing list
> >> Synfig-devl@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/synfig-devl
> >
> >
> >
> >
> --

Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-26 Thread Konstantin Dmitriev
2015-05-25 21:39 GMT+06:00 Pengfei Hao :
> In truth, I can't , or kind of hard to.
>
> As I mentioned before, this bug only shown in the build system, it has the
> most restricted compilation environment.  It works fine if I call it in my
> machine, but in the rpm build environment, there is no gdb and I cannot
> control the compilation options(while, use some method, I can, I could try).

> Could you check if there is no font, what will happen in the code?
>
> At the same time, I will hack the building procedure to provide the info you
> want.

Hello!
Can you please give me more information about your build environment.
Is it local or remote?
I guess you can add GDB to the build environment by adding "Requires:
gdb" to RPM spec file.

Also, I suspect the problem isn't related with fonts, because
synfig_icon.sif file doesn't have any text layers.

I wonder, what happens if you try to use synfig to render empty file
(in the build environment).

Best Regards,
K.

> 2015-05-25 11:34 GMT-04:00 Konstantin Dmitriev :
>>
>> 2015-05-25 21:28 GMT+06:00 Pengfei Hao :
>> > Hi, Konstantin, I am pretty sure I use the newest version you sent to
>> > me.
>> >
>> > here is the debug tree I found:
>> >
>> > tool/main.cpp 296:
>> > job = op.extract_job();
>> >
>> > tool/optionsprocessor.cpp 533:
>> > job.root =
>> > open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
>> > ), job.filename, errors, warnings);
>> >
>> > synfig/loadcanvas.cpp 172:
>> > canvas=parser.parse_from_file_as(identifier,as,errors);
>> >
>> > synfig/loadcanvas.cpp 3520:
>> > Canvas::Handle
>> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
>> > identifier,as));
>> >
>> > synfig/loadcanvas.cpp 3421:
>> > canvas->push_front(parse_layer(child,canvas));
>> >
>> > synfig/loadcanvas.cpp 2786:
>> > layer=Layer::create(element->get_attribute("type")->get_value());
>> >
>> > synfig/layer.cpp 177:
>> > book()[name].factory();
>> >
>> > These layer created successfully:
>> >
>> > PasteCanvas
>> > PasteCanvas
>> > shade
>> > SolidColor
>> >
>> > But the last one, text, failed.
>> >
>> > I guess maybe in the building environment, I do not have any font, that
>> > is
>> > the reason, so I want to know, do I need any font to create the text
>> > layer?
>> > But at least, when the code do not found any font, it should at least
>> > give
>> > me some hint, not segmentation fault.
>> >
>> >
>> > PS:
>> >
>> > I add some printf for trace, so the line number above may shift from
>> > from
>> > what you have, I uploaded the loadcanvas.cpp , just for you to align
>> > line
>> > number.
>>
>> Hmm... That's weird. Can you build synfig-core with debug symbols? In
>> this case you can try to debug the "synfig -q synfig_icon.sif -o
>> 128x128/synfig_icon.png --time 0 -w 128 -h 128 " command with GDB.
>>
>> Best Regards,
>> K.
>>
>>
>> --
>> One dashboard for servers and applications across Physical-Virtual-Cloud
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>> ___
>> Synfig-devl mailing list
>> Synfig-devl@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Synfig-devl mailing list
> Synfig-devl@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>



-- 
http://morevnaproject.org/

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-25 Thread Pengfei Hao
In truth, I can't , or kind of hard to.

As I mentioned before, this bug only shown in the build system, it has the
most restricted compilation environment.  It works fine if I call it in my
machine, but in the rpm build environment, there is no gdb and I cannot
control the compilation options(while, use some method, I can, I could
try).

Could you check if there is no font, what will happen in the code?

At the same time, I will hack the building procedure to provide the info
you want.


2015-05-25 11:34 GMT-04:00 Konstantin Dmitriev :

> 2015-05-25 21:28 GMT+06:00 Pengfei Hao :
> > Hi, Konstantin, I am pretty sure I use the newest version you sent to me.
> >
> > here is the debug tree I found:
> >
> > tool/main.cpp 296:
> > job = op.extract_job();
> >
> > tool/optionsprocessor.cpp 533:
> > job.root =
> > open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> > ), job.filename, errors, warnings);
> >
> > synfig/loadcanvas.cpp 172:
> > canvas=parser.parse_from_file_as(identifier,as,errors);
> >
> > synfig/loadcanvas.cpp 3520:
> > Canvas::Handle
> > canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> > identifier,as));
> >
> > synfig/loadcanvas.cpp 3421:
> > canvas->push_front(parse_layer(child,canvas));
> >
> > synfig/loadcanvas.cpp 2786:
> > layer=Layer::create(element->get_attribute("type")->get_value());
> >
> > synfig/layer.cpp 177:
> > book()[name].factory();
> >
> > These layer created successfully:
> >
> > PasteCanvas
> > PasteCanvas
> > shade
> > SolidColor
> >
> > But the last one, text, failed.
> >
> > I guess maybe in the building environment, I do not have any font, that
> is
> > the reason, so I want to know, do I need any font to create the text
> layer?
> > But at least, when the code do not found any font, it should at least
> give
> > me some hint, not segmentation fault.
> >
> >
> > PS:
> >
> > I add some printf for trace, so the line number above may shift from from
> > what you have, I uploaded the loadcanvas.cpp , just for you to align line
> > number.
>
> Hmm... That's weird. Can you build synfig-core with debug symbols? In
> this case you can try to debug the "synfig -q synfig_icon.sif -o
> 128x128/synfig_icon.png --time 0 -w 128 -h 128 " command with GDB.
>
> Best Regards,
> K.
>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Synfig-devl mailing list
> Synfig-devl@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-25 Thread Konstantin Dmitriev
2015-05-25 21:28 GMT+06:00 Pengfei Hao :
> Hi, Konstantin, I am pretty sure I use the newest version you sent to me.
>
> here is the debug tree I found:
>
> tool/main.cpp 296:
> job = op.extract_job();
>
> tool/optionsprocessor.cpp 533:
> job.root =
> open_canvas_as(FileSystemNative::instance()->get_identifier(job.filename
> ), job.filename, errors, warnings);
>
> synfig/loadcanvas.cpp 172:
> canvas=parser.parse_from_file_as(identifier,as,errors);
>
> synfig/loadcanvas.cpp 3520:
> Canvas::Handle
> canvas(parse_canvas(parser.get_document()->get_root_node(),0,false,
> identifier,as));
>
> synfig/loadcanvas.cpp 3421:
> canvas->push_front(parse_layer(child,canvas));
>
> synfig/loadcanvas.cpp 2786:
> layer=Layer::create(element->get_attribute("type")->get_value());
>
> synfig/layer.cpp 177:
> book()[name].factory();
>
> These layer created successfully:
>
> PasteCanvas
> PasteCanvas
> shade
> SolidColor
>
> But the last one, text, failed.
>
> I guess maybe in the building environment, I do not have any font, that is
> the reason, so I want to know, do I need any font to create the text layer?
> But at least, when the code do not found any font, it should at least give
> me some hint, not segmentation fault.
>
>
> PS:
>
> I add some printf for trace, so the line number above may shift from from
> what you have, I uploaded the loadcanvas.cpp , just for you to align line
> number.

Hmm... That's weird. Can you build synfig-core with debug symbols? In
this case you can try to debug the "synfig -q synfig_icon.sif -o
128x128/synfig_icon.png --time 0 -w 128 -h 128 " command with GDB.

Best Regards,
K.

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-25 Thread Konstantin Dmitriev
2015-05-11 4:29 GMT+06:00 Pengfei Hao :
> I am currently building rpm package for synfig-1.0 here:
>
> https://build.opensuse.org/project/show/home:intijk:synfigstudio
>
>
> When I build synfigstudio part, the build procedure will call command
> synfig, this command is built at synfig-core package. When it trying to
> create png files from sif files.
>
> Under directory:
> synfigstudio-1.0.1/images
>
> When the make run to command:
> synfig -q synfig_icon.sif -o 128x128/synfig_icon.png --time 0 -w 128 -h 128
>
> It will complaining Segmentation Fault:
>
> abuild@intijkPCeth0:~/rpmbuild/BUILD/synfigstudio-1.0.1/images> synfig -q
> synfig_icon.sif -o 128x128/synfig_icon.png --time 0 -w 128 -h 128
> synfig(6985) [10:19:39 PM] info: Loading modules from
> /etc/synfig_modules.cfg
> /usr/bin/synfig: warning: Unable to find module "mod_imagemagick" (file not
> found)
> /usr/bin/synfig: warning: Unable to find module "mod_magickpp" (file not
> found)
> /usr/bin/synfig: warning: Unable to find module "mod_mng" (file not found)
> /usr/bin/synfig: warning: Unable to find module "mod_openexr" (file not
> found)
> /usr/bin/synfig: warning: Unable to find module "mod_jpeg" (file not found)
> /usr/bin/synfig: warning: Unable to find module "mod_libavcodec" (file not
> found)
> synfig(6985) [10:19:39 PM] info: Loading file: synfig_icon.sif
> synfig(6985) [10:19:39 PM] info: Loading file: ./logo.sif
> Segmentation fault
>
> The wired thing is that the command only failed at build environment, i.e.
> create an accumulated path, mount bind /proc , chroot into it, when I use it
> under normal environment, it works good.
>
> By adding Buildrequies: strace to spec file,  I got some strace log :
>
> stat("/usr/X11R6/lib/X11/fonts", 0x7fffc58fcc20) = -1 ENOENT (No such file
> or directory)
> stat("/usr/X11R6/lib/X11/fonts", 0x7fffc58fcca0) = -1 ENOENT (No such file
> or directory)
> stat("/opt/kde3/share/fonts", 0x7fffc58fcc20) = -1 ENOENT (No such file or
> directory)
> stat("/opt/kde3/share/fonts", 0x7fffc58fcca0) = -1 ENOENT (No such file or
> directory)
> stat("/usr/local/share/fonts", 0x7fffc58fcc20) = -1 ENOENT (No such file or
> directory)
> stat("/usr/local/share/fonts", 0x7fffc58fcca0) = -1 ENOENT (No such file or
> directory)
> stat("/home/abuild/.local/share/fonts", 0x7fffc58fcc20) = -1 ENOENT (No such
> file or directory)
> stat("/home/abuild/.local/share/fonts", 0x7fffc58fcca0) = -1 ENOENT (No such
> file or directory)
> stat("/home/abuild/.fonts", 0x7fffc58fcc20) = -1 ENOENT (No such file or
> directory)
> stat("/home/abuild/.fonts", 0x7fffc58fcca0) = -1 ENOENT (No such file or
> directory)
> readlink("/proc/self/exe", "/usr/bin/synfig", 4096) = 15
> --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0} ---
> +++ killed by SIGSEGV +++
>
>
> The readlink return success, but code follow it cause seg fault, but I am
> not familiar with the source code of synfig-core part.
>
> The synfig command crash when it convert the time 0 frame of synfig_icon.sif
> to png file. Can someone locate the position of this part of code?

Hello!
Sorry for the late reply. Please make sure that synfig-core version is
the same as synfig-studio. Maybe the build system uses old synfig-core
rpm package as dependency?

Best Regards,
K.

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


Re: [Synfig-devl] Segmentation Fault when running command synfig

2015-05-25 Thread Pengfei Hao
Oh, finally someone want to help me.

Yes, I am still blocked, but I did some trace work,  the final trace result
is that when creating a layer called "text", the segmentation fault
happened. I need to do again to provide you the complete calling tree later.



2015-05-25 7:31 GMT-04:00 :

> >>>Pengfei Hao / 2015-05-10 22:30:20
>
> are you still blocked ? did you solve your problem ?
>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Synfig-devl mailing list
> Synfig-devl@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/synfig-devl
>
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl