I have a spreadsheet containing about 660 lines of data. The sheet contains my gasoline records. I have some columns calculating the average consumption. When I create a new line with data and I copy the cells with the average calculations from the line above then when I paste the cells, libre office crashes. This is with all new versions 5.x (5.0.x and 5.1). Martin
Created attachment 122932 [details] Spreadsheet giving the error Copy G111 to G112 and Libre Office Calc will crash
Unconfirmed with v5.0.5.2 under ubuntu 14.04 x64. Unconfirmed with v5.1.1.1 under ubuntu 14.04 x64. Unconfirmed with v5.1.1.1 under windows 10 x64. Try resetting your user profile and see if it helps: https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile
I reset my profile as described in the link but the problem still persists. Martin
I event tried to open the file with version 5.1.1.1 but LibreOffice crashes directly when opening the file... Version 5.1.1.1 was installed as a "parallel" installation. Martin
Only another person that reproduces the bug should set it to New. When reply is provided, just set back as Unconfirmed.
No crash with Version: 5.2.0.0.alpha0+ Build ID: ef34535ceb60d7d63b8d8671e4c6e9e43ffbd17d CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-03-27_09:53:05 and Version: 5.1.1.3; win7
If it still crashes in latest stable 5.1.2, try to get a backtrace of the crash: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg
Still doesn't work. Seems to be a problem with amd graphics driver?? Is graphics driver called with bad parameters? I have attached backtrace.txt. Martin
Created attachment 124233 [details] Debug session with scalc.exe 5.1.2 Having still the crash
Please try to disable OpenCL - Tools > Options > OpenCL
OpenCL disabled - no more problems. Everything works fine now. Thanks!
(In reply to martin from comment #11) > OpenCL disabled - no more problems. > Everything works fine now. > > Thanks! Please take a look at C:\Users\User_name\AppData\Roaming\LibreOffice\4\cache\sc_opencl_device_profile.dat Do you have this file on your PC? If yes, please attach it Please could you test it with developer version (with OpenCl enabled)? Some OpenCl issues was resolved in new versions and we need to know if your bug is resolved too. Dev version you can download here: http://dev-builds.libreoffice.org/daily/master/ Thank you for your help.
No, the file is missing in my directory. How can I test a developer version? Is there a Wiki or HowTo how to use it?
Ok, found the alpha version. With 5.2.0.0.alpha0+ the same problem: With OpenCL immediate crash when loading the file, without OpenCL no problems.
(In reply to martin from comment #14) > Ok, found the alpha version. > With 5.2.0.0.alpha0+ the same problem: > With OpenCL immediate crash when loading the file, without OpenCL no > problems. Thanks. In dev profile should be .dat file - C:\Users\User_name\AppData\Roaming\LibreOfficeDev\4\cache\sc_opencl_device_profile.dat
No, sorry, there is only one file: opengl_device.log. Nothing else.
martin: interesting - can you confirm that you notice the difference between 'OpenCL' and 'OpenGL' ? - one is for Graphics, one for Compute - I suspect that the bug is an OpenGL related bug =) and un-related to OpenCL; particularly if there is no opencl_ device log in the cache/ directory. Is there any chance of trying with a development build and it would also be interesting to have your OGL device log attached - so we can see what hardware you're running on. Thanks ! =)
Huh; I should of read the trace - this is an OCL crash indeed ... and it looks like it crashes trying to get the OCL device information: 0149b064 290825f6 28c90000 2905b216 28c90000 amdocl!clGetSamplerInfo+0x3b66a 0149b090 2904c091 00000004 626b1085 00000000 amdocl!clGetSamplerInfo+0x2b8e6 0149b098 626b1085 00000000 00000000 0149b0b4 amdocl!clIcdGetPlatformIDsKHR+0x11 0149b0c0 626b36d7 0149b0f0 0149b67c 06feb064 OpenCL+0x1085 0149b0c4 0149b0f0 0149b67c 06feb064 0149b53c OpenCL!clGetExtensionFunctionAddress+0x877 0149b0c8 0149b67c 06feb064 0149b53c 00000035 0x149b0f0 Which is horrific ... Tomaz - any ideas ? =)
Created attachment 124772 [details] see comment 12
Sorry it's my my first contribution to a bug, and so I'm not familiar with bugzilla. I also had the problem (crash) but only after cutting and paste a text in a table. When I disabled OpenCL as described in commetn 10, no crash occured. So I attached the file as discribed in comment 12 Kind regards Dieter
(In reply to mail.geschaeftlich from comment #20) > Sorry it's my my first contribution to a bug, and so I'm not familiar with > bugzilla. I also had the problem (crash) but only after cutting and paste a > text in a table. When I disabled OpenCL as described in commetn 10, no crash > occured. So I attached the file as discribed in comment 12 > > Kind regards > > Dieter Please try to get a backtrace of the crash: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg Setting to new.
Please try to update to newest versions of LibreOffice (5.1.x and 5.2.x), see if you can reproduce the crash, and attach the opencl_devices.log file. If you have the patience and (basic) command-line skills, you can also try to produce a log file from a developer build using the method described in https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows , the case for OpenCL
Created attachment 125992 [details] open *GL* _device.log Problem still exists with 5.1.4.2. In C:\Users\User_name\AppData\Roaming\LibreOffice\4\cache only a opengl_device.log exists. No sc_opencl_device_profile.dat exists as described in comment_12. opengl_device.log is attached.
Created attachment 125993 [details] GL device log and crash files Test with 5.2.0.1 also crashes. Available debug files are attached.
Alpha version 5.3.0.0.alpha0+ (libo-master-2016-06-24_23.12.13_LibreOfficeDev_5.3.0.0.alpha0_Win_x86) also crashes.
Please don't keep bringing up OpenGL. There is no way this could be related to OpenGL. If you don't get any OpenCL logs, then you don't have OpenCL. Which is fine. Then the crash must be caused by something else.
Ok, I understand. But normally the OpenCL checkbox in the options dialog box is marked and with this setting I get the crash. If I switch off the OpenCL marker, everything is fine. So I think the problem has something to do with OpenCL.
Yeah, sorry, I was confused. Probably the crash happens while LibreOffice is gathering the information it is going to write to the OpenCL-related log and xml files.
Yes, maybe. Even the analyzing tool openclinfo.exe crashes.
If openclinfo.exe crashes - then this is a bad OpenCL driver. We are now testing that driver during first-start / early init. and disabling OpenCL if it crashes - so closing, since this should be disabled on start for bad drivers. Thanks for reporting :-) you should prolly find out why your CL driver is busted though.