Page MenuHome

Crash in render-mode while texture painting
Closed, ResolvedPublic


System Information
Operating system and graphics card

W10 64
NVIDIA GeForce GTX 1070

Northbridge Intel Haswell-E rev. 02
Southbridge Intel X99 rev. 05
Graphic Interface PCI-Express
PCI-E Link Width x8
PCI-E Max Link Width x16
Memory Type DDR4
Memory Size 32 GBytes
Channels Quad
Memory Frequency 1333.1 MHz (1:20)
CAS# latency (CL) 16.0
RAS# to CAS# delay (tRCD) 18
RAS# Precharge (tRP) 18
Cycle Time (tRAS) 35
Row Refresh Cycle Time (tRFC) 347
Command Rate (CR) 2T
tCCD 4
tCCD_L 6
Uncore Frequency 2699.4 MHz
Host Bridge 0x2F00

Blender Version
Broken: (example: 2.69.7 4b206af, see splash screen)
2.79 78a8d36 2018-06-11 13:40
(2.8 too)
Worked: (optional)

Short description of error

Crash while playing with Texture Paint in Rendered-Mode.

Exact steps for others to reproduce the error
Based on a (as simple as possible) attached .blend file with minimum amount of steps

Load file.
switch to Texture-Paint.
switch to rendered (method of displaying).
draw on cube.
switch between rendered and other modes (wireframe, material etc) back to rendered.
draw on cube



Event Timeline

Philipp Oeser (lichtwerk) triaged this task as Needs Information from User priority.

Unfortunately I cannot reproduce the issue (on linux).

maybe you could run blender from the commandline with the --debug option and attach the output as a txt file here?

Marking as incomplete until we have an answer...

Does this still happen with current branches (blender2.8 and master) builds?

Yes, the same crash.
2018-07-11 21:13
hash d28d202

People from the german forum(,
animelix, Tiles and Wigand
got the same crash with different versions.

Bastien Montagne (mont29) raised the priority of this task from Needs Information from User to Normal.

We need someone on windows to check that…

I can reproduce in Windows 10 64 bits - NVIDIA GTX 660 with the compilation of source code of July 25th at 19:00

Read blend: C:\Users\Antonio\Downloads\wtest1.blend
18: BLI_system_backtrace - 0xCB003F50
17: BKE_undosys_step_push_with_type - 0xCA833230
16: BKE_undosys_step_push - 0xCA8336A0
15: ED_image_undo_push_end - 0xC9E4D620
14: paint_stroke_done - 0xC9E86E30
13: stroke_done - 0xC9EC9F90
12: paint_stroke_modal - 0xC9EC71B0
11: wm_handler_operator_call - 0xC978BE20
10: wm_handlers_do_intern - 0xC978CD70
9: wm_handlers_do - 0xC978DBF0
8: wm_event_do_handlers - 0xC97865B0
7: WM_main - 0xC9761340
6: main - 0xC9759900
5: invoke_main - 0xCE8704D0
4: scrt_common_main_seh - 0xCE870290
scrt_common_main - 0xCE870270
2: mainCRTStartup - 0xCE870590
1: BaseThreadInitThunk - 0x9B123020
0: RtlUserThreadStart - 0x9C4E1410
BLI_assert failed: c:\myblender\blender8\blender280\source\blender\blenkernel\intern\undo_system.c:447, BKE_undosys_step_push_with_type(), at '(strcmp(us->name, name_internal) == 0)'
Address : 0x00007FF6CB006295
Module : C:\MyBlender\Blender8Bin_17\bin\Debug\blender.exe
Writing: /tmp/\wtest1.crash.txt

Doing some debug the problem is in undo_system.c line 457

  if (us->name[0] == '\0') {
		BLI_strncpy(us->name, name, sizeof(us->name));

The value of "name" var is NULL, so the BLI_* func fails due NULL Pointer.

Brecht Van Lommel (brecht) closed this task as Resolved.
Brecht Van Lommel (brecht) claimed this task.

This appears to be fixed now.