Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 9 Feb 2014 06:30:02 -0800
From:      "Waitman Gobble" <uzimac@da3m0n8t3r.com>
To:        uzimac@da3m0n8t3r.com
Cc:        Matthias Andree <mandree@freebsd.org>, ports-list freebsd <freebsd-ports@freebsd.org>
Subject:   Re: graphics/rawtherapee: r342622 crashes on HEAD
Message-ID:  <706bd12f0dfa77b042ec36685b08c572.squirrel@mx.waitman.net>

next in thread | raw e-mail | index | archive | help


On Sun, February 9, 2014 4:54 am, Waitman Gobble wrote:
>

> On Wed, February 5, 2014 10:03 pm, Rainer Hurling wrote:
>
>> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin:
>>
>>
>>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote:
>>>
>>>
>>>> Am 05.02.2014 21:08, schrieb Dimitry Andric:
>>>>
>>>>
>>>>
>>>>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id ()
>>>>>> from /usr/local/lib/libc++.so.1
>>>>>>
>>>>>>
>>>>>
>>>>> Hmm, is this a ports version of libc++?  I was not aware Baptiste
>>>>>  had already committed this? :)
>>>>
>>>> Yes, it is (as a build requisite, but apparently remained installed
>>>>  on the destination machine), because we need to match the
>>>> libraries that the requisites use (Glibmm for one).
>>>>
>>>> I have given up on compiling RawTherapee with clang++ for now, and
>>>> use GCC 4.8 on all systems.  RawTherapee is somewhat demanding,
>>>> especially at higher optimization level, and kills the 10.0-RELEASE
>>>>  base clang and Port GCC 4.6 and 4.7, all with internal compiler
>>>> errors.  Since GCC 4.8 worked for me, I did not bother to send
>>>> Gerald
>>>> the details.
>>>>
>>>> We may want to retry with clang if we've got the next clang
>>>> version. Feel free to use Rawtherapee as compiler system test ;)
>>>>
>>>>
>>>>
>>>
>>> try with something like this in libmap.conf libc++.so.1
>>> /usr/local/lib/libc++.so.1
>>> If that fixes the problem, then a rpath with /usr/local/lib should be
>>> set while building the port
>>
>> Hmm, I am not very familiar with libmapping. After adding it to
>> /etc/libmap.conf I get
>>
>>
>>
>> #rawtherapee
>> Shared object "/usr/local/lib/libc++.so.1" not found, required by
>> "rawtherapee"
>>
>>
>>
>> Thanks for the tip,
>> Rainer
>>
>>
>>
>>>
>>> regards, Bapt
>>>
>>>
>> _______________________________________________
>> freebsd-ports@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>>
>>
>>
>
>
> Here are a few points regarding rawtherapee on 11.0-CURRENT.
>
>
> 1) it builds fine using clang (removing all the gcc4.8 from makefile).
> but still crashes the same.
>
> 2) the parse errors such as
> /usr/local/share/rawtherapee/themes/25-Gray-Gray.gtkrc:96: error:
> unexpected identifier `colorize_scrollbar', expected character `}'
>
> can be eliminated by installing ports/x11-themes/clearlooks-phenix-theme,
>  this is the clearlooks theme ported to gtk3
>
> 3) I believe i'be narrowed the crash down to Glib::ustring::format. I've
> experimented with various examples and they all crash. Currently exploring
>  this problem to see what's up.. anyone have some clue?
>
> here is a sample:
>
> #include <iostream>
> #include <iomanip>
> #include <glibmm.h>
>
>
> int main() {
>
> double value = 22.0 / 7.0; std::cout << value << std::endl;
> Glib::ustring test =
> Glib::ustring::format(std::fixed,std::setprecision(2),value);
> std::cout << test << std::endl;
>
>
> }
>
>
>
> $ clang++ -o testglib `pkg-config --cflags --libs glibmm-2.4`
> testglib.cpp $ ./testglib
> 3.14286
> Abort trap (core dumped)
>
>
>
> $ /usr/local/bin/gdb testglib
> GNU gdb (GDB) 7.6.2 [GDB v7.6.2 for FreeBSD]
> Copyright (C) 2013 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>;
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>  and "show warranty" for details. This GDB was configured as
> "x86_64-portbld-freebsd11.0".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/home/waitman/testglib...done.
> (gdb) run
> Starting program: /usr/home/waitman/testglib
> [New LWP 100327]
> 3.14286
> [New Thread 803006400 (LWP 100327)]
>
>
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 803006400 (LWP 100327)]
> 0x0000000801e313ba in kill () from /lib/libc.so.7
> (gdb) bt
> #0  0x0000000801e313ba in kill () from /lib/libc.so.7
> #1  0x0000000801e30069 in abort () from /lib/libc.so.7
> #2  0x00000008016ce7da in ?? () from /lib/libcxxrt.so.1
> #3  0x000000080085de68 in Glib::ConvertError::throw_func(_GError*) ()
> from /usr/local/lib/libglibmm-2.4.so.1 #4  0x000000080086ed2f in
> Glib::Error::throw_exception(_GError*) ()
> from /usr/local/lib/libglibmm-2.4.so.1 #5  0x000000080087bcc2 in
> Glib::ustring::FormatStream::to_string() const ()
> from /usr/local/lib/libglibmm-2.4.so.1 #6  0x0000000000401de0 in
> Glib::ustring::format<std::__1::ios_base&
> (std::__1::ios_base&), std::__1::__iom_t5, double>(std::__1::ios_base& (
> const&)(std::__1::ios_base&), std::__1::__iom_t5 const&, double const&) (
> a1= 0x401e50: {std::__1::ios_base &(std::__1::ios_base &)} 0x401e50
> <std::__1::fixed(std::__1::ios_base&)>, a2=..., a3= 0x7fffffffd860:
> 3.1428571428571428)
> at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1158 #7
> 0x0000000000401696 in main () at testglib.cpp:9
> (gdb)
>
>
>
>
> $ uname -a
> FreeBSD akira.waitman.net 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r261643:
> Sat Feb  8 22:11:05 PST 2014
> root akira waitman net:/usr/obj/usr/src/sys/AKIRA  amd64
>
> $ ldd testglib
> testglib:
> libglibmm-2.4.so.1 => /usr/local/lib/libglibmm-2.4.so.1 (0x80081e000)
> libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x800a9d000)
> libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x800cea000)
> libintl.so.9 => /usr/local/lib/libintl.so.9 (0x800ff2000) libsigc-2.0.so.0
> => /usr/local/lib/libsigc-2.0.so.0 (0x8011fb000)
> libc++.so.1 => /usr/lib/libc++.so.1 (0x801400000) libcxxrt.so.1 =>
> /lib/libcxxrt.so.1 (0x8016be000)
> libm.so.5 => /lib/libm.so.5 (0x8018d8000) libgcc_s.so.1 =>
> /lib/libgcc_s.so.1 (0x801b00000)
> libc.so.7 => /lib/libc.so.7 (0x801d0d000) libffi.so.6 =>
> /usr/local/lib/libffi.so.6 (0x80208a000)
> libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x802291000)
> libpcre.so.3 => /usr/local/lib/libpcre.so.3 (0x802494000) libthr.so.3 =>
> /lib/libthr.so.3 (0x8026fb000)
>
>
>
> Thank you,
>
>
>
>
> --
> Waitman Gobble
> San Jose California USA
> +1.510-830-7975
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>
>

update, if i wrap the segfaulting 101 line in a try block, in rtimage.cc
(which has the format code that bombs out), i get a Glib::Error::what() of

"Conversion from character set 'UTF-8' to 'WCHAR_T'"

so I think this is a hint about the culprit..

ideas?

-- 
Waitman Gobble
San Jose California USA
+1.510-830-7975


-- 
Waitman Gobble
San Jose California USA
(510) 830-7975



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?706bd12f0dfa77b042ec36685b08c572.squirrel>