Creality Print CLI crashes when slicing 3MF generated by Creality Print

[Help3D-Padova]

Is there an existing issue for this problem?

• I have searched the existing issues

CrealityPrint Version

7.10

Operating System (OS)

Windows

OS Version

11

Additional system information

No response

Printer

K2 PRO

How to reproduce

Creality Print CLI crashes when slicing 3MF generated by Creality Print

Summary

Creality Print CLI crashes with exit code 3221225477 / 0xC0000005 while slicing a .3mf project generated by Creality Print itself.

The crash happens before any G-code is produced. The last relevant log line is:

Slic3r::GUI::PartPlate::calc_exclude_triangles:Unable to create exclude triangles

This makes the CLI unusable for automated/headless quote calculation workflows.

Environment

• OS: Windows
• Creality Print install path:

C:\Program Files\Creality\Creality Print 7.0\CrealityPrint.exe

• Installed version detected from Windows installed apps / registry:

7.1.0

• CLI internal version shown in logs:

current cli version 01.09.03.50

• Input file:

Bombazza_Piraz_Creality_Print.3mf

• The .3mf file was generated directly by Creality Print.

Reproduction Command

"C:\Program Files\Creality\Creality Print 7.0\CrealityPrint.exe" `
  --debug 5 `
  --slice 0 `
  --no-check `
  --allow-newer-file `
  --outputdir "C:\temp\creality-cli-test" `
  --arrange 0 `
  --orient 1 `
  --ensure-on-bed `
  --allow-multicolor-oneplate `
  "C:\path\to\Bombazza_Piraz_Creality_Print.3mf"

Actual Result

The process exits with:

3221225477

No G-code is generated.

Relevant log tail:

[info]    total 1 models, 0 objects
[info]    Slic3r::GUI::PartPlate::update_slice_result_valid_state: plate 0 , update slice result from 0 to 0
[info]    Slic3r::GUI::PartPlate::update_slice_result_valid_state: plate 1 , update slice result from 0 to 0
[error]   Slic3r::GUI::PartPlate::calc_exclude_triangles:Unable to create exclude triangles

Expected Result

The CLI should slice the .3mf project and generate G-code in the specified output directory, or return a controlled error message without crashing.

Additional Tests Performed

I tested multiple flag combinations to verify whether the crash was caused by arrange/orient/multicolor options.

All of these combinations still crashed with the same exit code and the same calc_exclude_triangles error:

--arrange 0 --orient 1 --allow-multicolor-oneplate
--arrange 1 --orient 1 --allow-multicolor-oneplate
--arrange 0 --orient 0 --allow-multicolor-oneplate
--arrange 0 --orient 1

Result for every case:

exit code: 3221225477
output files: none
last error: Slic3r::GUI::PartPlate::calc_exclude_triangles:Unable to create exclude triangles

Version Compatibility Note

Without --allow-newer-file, the CLI rejects the project with:

Version Check: File Version 7.1.0.1 not supported by current cli version 01.09.03.50

With --allow-newer-file, the version check is bypassed, but the CLI crashes later during plate/model handling.

Why This Matters

We are trying to integrate Creality Print CLI into an external automated workflow for:

• detecting installed Creality Print
• importing printer/material/process profiles
• running CLI slicing
• reading generated G-code/result data for print time and material estimation
• supporting future mono/multicolor quote calculation

Profile discovery works correctly from the Creality Print installation folders, but slicing cannot currently be enabled because the CLI crashes before producing output.

Request

Could you please check whether:

1. CrealityPrint.exe is expected to be usable as a headless CLI on Windows.
2. There is a recommended CLI entry point other than CrealityPrint.exe.
3. The calc_exclude_triangles crash is a known issue.
4. A newer CLI binary is available or planned, matching Creality Print 7.1 project files.
5. There are required flags or environment variables for slicing .3mf projects generated by Creality Print itself.

Thanks!

Actual results

none

Expected results

none

Project file & Debug log uploads

none

Checklist of files to include

• Log file
• Project file

Anything else?

No response

[richardofortune]

Seeing the same crash on macOS, and I think the scope is wider than the title suggests: it is not specific to 3MF input, and not specific to Windows.

Environment

• Creality Print 7.1.1.4472
• macOS 26.5.2 (25F84), Apple Silicon (Mac17,3), native arm64
• Printer profile: Creality Ender-3 V3 SE 0.4 nozzle (also reproduced with K1 profiles)

Every CLI operation except --help segfaults, including --info with no profiles loaded

$ CrealityPrint --info part.stl
[error]   main start
[error]   main check linux
[error]   calc_exclude_triangles:Unable to create exclude triangles
Segmentation fault: 11        # exit 139

That is a plain STL, no --load-settings, no --load-filaments, no slicing requested. It dies the same way with a full --slice 1 --load-settings ... --export-3mf ... invocation. --help is the only thing that returns 0.

Stack trace

The macOS crash reporter symbolicates it, which may help pin down the Windows 0xC0000005:

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000890

Thread 0 Crashed:: crealityprint_main  Dispatch queue: com.apple.main-thread
0  Slic3r::GUI::PartPlate::set_shape(...)      + 1928
1  Slic3r::GUI::PartPlateList::set_shapes(...) + 256
2  Slic3r::CLI::run(int, char**)               + 104740
3  main                                        + 860

A null dereference at a small offset, inside Slic3r::GUI::PartPlate, reached from Slic3r::CLI::run. Register x8 holds wxAppConsoleBase::ms_appInstance, which suggests the CLI path is calling into plate setup that expects a wxWidgets application instance the headless path never creates. calc_exclude_triangles failing immediately before is consistent with the same object being uninitialised.

Things that do not help

• --datadir <writable dir>: same segfault, reached after CLI::setup completes
• --datadir <read-only dir>: different failure, SIGABRT from an uncaught boost::filesystem exception in Slic3r::set_data_dir calling create_directories. Worth handling separately, since an unwritable datadir aborting rather than reporting an error is its own bug
• --outputdir: no effect
• Loading no profiles at all: no effect

Control: the same model and the same Creality profiles slice fine in OrcaSlicer

$ OrcaSlicer --slice 1 \
    --load-settings "Creality Ender-3 V3 SE 0.4 nozzle.json;0.20mm Standard @Creality Ender-3 V3 SE 0.4 nozzle.json" \
    --load-filaments "CR-PLA @Creality Ender-3 V3 SE 0.4 nozzle.json" \
    --export-3mf out.3mf part.stl
$ echo $?
0

957,743 bytes of G-code, using Creality Print's own bundled profile JSONs. So the profiles are fine and the model is fine; it is the Creality Print CLI binary that cannot run headless here.

Impact

This makes Creality Print unusable for any automated pipeline on macOS. I hit it building a tool that drives a slicer over MCP, and had to route around it to OrcaSlicer while keeping Creality Print's profiles.

Happy to supply the full crash report or test a build.