graphics/rawtherapee: r342622 crashes on HEAD

Sun Feb 9 22:49:19 UTC 2014

On Sun, Feb 09, 2014 at 06:51:28AM -0800, Waitman Gobble wrote:
> 
> On Sun, February 9, 2014 2:38 pm, Baptiste Daroussin wrote:
> > On Sun, Feb 09, 2014 at 06:43:00AM -0800, Waitman Gobble wrote:
> >
> >>
> >> On Sun, February 9, 2014 2:32 pm, Baptiste Daroussin wrote:
> >>
> >>> On Sun, Feb 09, 2014 at 06:30:02AM -0800, Waitman Gobble wrote:
> >>>
> >>>
> >>>>
> >>>>
> >>>> 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 at freebsd.org mailing list
> >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> >>>>>> To unsubscribe, send any mail to
> >>>>>> "freebsd-ports-unsubscribe at 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 at freebsd.org mailing list
> >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> >>>>> To unsubscribe, send any mail to
> >>>>> "freebsd-ports-unsubscribe at 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
> >>>> _______________________________________________
> >>>> freebsd-ports at freebsd.org mailing list
> >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> >>>> To unsubscribe, send any mail to
> >>>> "freebsd-ports-unsubscribe at freebsd.org"
> >>>>
> >>>>
> >>>
> >>> Sounds like base iconv ;)
> >>>
> >>>
> >>>
> >>> regards, Bapt
> >>>
> >>>
> >>
> >> thanks for the pointer.
> >>
> >> apparently i'm having issues today, sending from wrong account (sorry
> >> about poss. dups). and for some reason i didn't paste the whole error
> >> message. duh.
> >>
> >> should be 'is not supported'
> >>
> >>
> >> "Conversion from character set 'UTF-8' to 'WCHAR_T' is not supported"
> >>
> >>
> > I don't know if glib or glibmm should gain USES=libiconv:wchar_t but that
> > should fix it.
> >
> > regards, Bapt
> >
> >
> 
> thanks. trying glibmm to see if that fixes it, it's less complicated.
> 
> i think that's supposed to be USES=iconv:wchar_t
> ie, /usr/ports/Mk/Uses/iconv.mk
> right?
> 
right

Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20140209/3fce9744/attachment.sig>