[Bug 1308365] slic3r crashes when loading known good stl files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1308365



--- Comment #1 from Miro Hrončok <mhroncok@xxxxxxxxxx> ---
I can reproduce this.

Netfabb basic says this is an invalid STL file.

ADMeshGUI silently loads the file but displays nothing.

ADMesh for command line produces the following output:


    ================= Results produced by ADMesh version 0.98.2
================
    Input file         : sd-organizer-style.stl
    File type          : Binary STL file
    Header             :
��������������������������������������������������������������������������������
    ============== Size ==============
    Min X = -0.000000, Max X =  31139554425569280.000000
    Min Y = -4.787809, Max Y =  216341.203125
    Min Z = -0.000000, Max Z =  847403352064.000000
    ========= Facet Status ========== Original ============ Final ====
    Number of facets                 :   608                 664
    Facets with 1 disconnected edge  :    67                   0
    Facets with 2 disconnected edges :    36                   0
    Facets with 3 disconnected edges :    12                   0
    Total disconnected facets        :   115                   0
    === Processing Statistics ===     ===== Other Statistics =====
    Number of parts       :    27        Volume   :  2236782408995176448.000000
    Degenerate facets     :    19
    Edges fixed           :     0
    Facets removed        :    31
    Facets added          :    87
    Facets reversed       :   761
    Backwards edges       :     0

hexdump of a normal binary STL file looks like:

    0000000 4f43 4f4c 3d52 0000 0000 0000 0000 0000
    0000010 0000 0000 0000 0000 0000 0000 0000 0000
    *
    0000050 f06c 0000 0000 0000 0000 0000 0000 bf80
    ...

First 80 bytes are header (null terminated). Next 4 bytes are number of facets.

hexdump of your file looks like:

    0000000 ffff ffff ffff ffff ffff ffff ffff ffff
    *
    0000400 454d 4853 4d2d 5345 2d48 454d 4853 4d2d
    ...

As you can see a lot of first bytes are replaced with 0xFF. If your header is
not supposed to be nonprintable garbage and number of your facets isn't max of
UINT32, which the file size doesn't indicate, something is wrong with your
file.

Slic3r should not crash about it. I've tested with binary from slic3r.org and
also got crash (although the output in terminal is slightly different). Could
you please go and report this upstream, if you think Slic3r should display a
decent error message?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Legacy Announce]     [Fedora PHP Devel]     [Kernel Devel]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite Information]
  Powered by Linux