Bug 1129402

Here is the backtrace:

#0  0x00007ffff6741b65 in _int_malloc () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007ffff674571e in malloc () from /lib64/libc.so.6
No symbol table info available.
#2  0x00007fffef82b6a8 in operator new(unsigned long) () from /lib64/libstdc++.so.6
No symbol table info available.
#3  0x00007fffefc82a7a in allocate (this=<optimized out>, __n=128) at /usr/include/c++/4.9.1/ext/new_allocator.h:104
No locals.
#4  _M_allocate_node (this=<optimized out>) at /usr/include/c++/4.9.1/bits/stl_deque.h:538
No locals.
#5  _M_create_nodes (this=0x7fffffffe230, __nfinish=0x979a40, __nstart=0x979a38) at /usr/include/c++/4.9.1/bits/stl_deque.h:632
        __cur = 0x979a38
#6  std::_Deque_base<int, std::allocator<int> >::_M_initialize_map (this=this@entry=0x7fffffffe230, __num_elements=__num_elements@entry=0)
    at /usr/include/c++/4.9.1/bits/stl_deque.h:606
        __num_nodes = 1
        __nstart = 0x979a38
        __nfinish = 0x979a40
#7  0x00007fffefc7d464 in _Deque_base (this=0x7fffffffe230) at /usr/include/c++/4.9.1/bits/stl_deque.h:458
No locals.
#8  deque (this=0x7fffffffe230) at /usr/include/c++/4.9.1/bits/stl_deque.h:788
No locals.
#9  Slic3r::TriangleMesh::split (this=<optimized out>) at src/TriangleMesh.cpp:224
        facet_queue = std::queue wrapping: std::deque with 0 elements
        facets = std::deque with -128 elements
        mesh = 0x982ee0
        first = <optimized out>
        meshes = std::vector of length 2, capacity 2 = {0x982d90, 0x982ee0}
        seen_facets = std::set with 24 elements = {[0] = 0, [1] = 1, [2] = 2, [3] = 3, [4] = 4, [5] = 5, [6] = 6, [7] = 7, [8] = 8, [9] = 9, [10] = 10, [11] = 11, [12] = 12, 
          [13] = 13, [14] = 14, [15] = 15, [16] = 16, [17] = 17, [18] = 18, [19] = 19, [20] = 20, [21] = 21, [22] = 22, [23] = 23}
        __func__ = "split"
#10 0x00007fffefbb3060 in XS_Slic3r__TriangleMesh_split (my_perl=<optimized out>, cv=<optimized out>)
    at /usr/bin/perl -MExtUtils::XSpp::Cmd -e xspp -- -t "/home/test/fedora/slic3r/Slic3r-1.1.6/xs/xsp/typemap.xspt"  "/home/test/fedora/slic3r/Slic3r-1.1.6/xs/xsp/TriangleMesh.xsp":232
        THIS = <optimized out>
        RETVAL = std::vector of length 0, capacity 0
        av = <optimized out>
        i = <optimized out>
        sp = <optimized out>
        ax = 1
#11 0x00007ffff7ae850b in Perl_pp_entersub () from /lib64/libperl.so.5.20
No symbol table info available.
#12 0x00007ffff7ae0c96 in Perl_runops_standard () from /lib64/libperl.so.5.20
No symbol table info available.
#13 0x00007ffff7a71557 in perl_run () from /lib64/libperl.so.5.20
No symbol table info available.
#14 0x0000000000400d29 in main ()
No symbol table info available.

Thanks for reporting, I know about this and I am already working on it, but I had to postpone it because of Flock.

For the record, it is caused by slightly different behavior of new admesh-libs (slic3r bundles older version).

slic3r-1.1.7-1.fc21,admesh-0.98.1-1.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/slic3r-1.1.7-1.fc21,admesh-0.98.1-1.fc21

Package slic3r-1.1.7-1.fc21, admesh-0.98.1-1.fc21:
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing slic3r-1.1.7-1.fc21 admesh-0.98.1-1.fc21'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-11213/slic3r-1.1.7-1.fc21,admesh-0.98.1-1.fc21
then log in and leave karma (feedback).

slic3r-1.1.7-1.fc21, admesh-0.98.1-1.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.