Steps to reproduce:
1. Open Writer, enable "View -> Toobars -> Logo";
2. Run the following LOGO command one by one (to run a LOGO command, paste the command in the LOGO command line box, then hit ENTER):
a) repeat 400 [ circle 10 + repcount/10 fd 5 + repcount/10 lt 10 ]
d) repeat 400 [ circle 10 + repcount/10 fd 5 + repcount/10 lt 10 ]
--> Writer crashes at step d.
Build ID: f9b3ad49d92181b0a1fe7e76f785a2c2cd0847d3
Windows 7 X86
I reproduce with LO 220.127.116.11.alpha0+
Build ID: 5aeb852efcabdd51545d5d41c92f4bf3cef1d663
TinderBox: Win-x86@39, Branch:master, Time: 2014-09-08_07:01:57
& Windows 7 Home Premium.
I tried with repeat 40 for the repetition; and with the first line as a procedure.
Crash at the first line with LO 18.104.22.168.0+
Build ID: 92216be6ce13990b8ea6b6264c656d2bc1746401
TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-07-14_16:21:42
Works with LO 22.214.171.124 Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b
(In reply to comment #1)
> Crash at the first line with LO 126.96.36.199.0+
Updating earliest version -> 188.8.131.52.0+ master (aka 4.2.7 master)
Tried this on LibreLogo on LibreOffice Writer 184.108.40.206 for Windows 7 and after drawing quite a lot of stuff to the screen Writer crashed:
REPEAT 100 [
FILLCOLOR [ANY, ANY]
CIRCLE 20 + RANDOM 130
Did some more testing. If I drop REPEAT to 45, it will work for a ca 2,5 times, before Writer crash. REPEAT 50 crashes Writer in the first try. REPEAT 40 lets me use this code several times, before crash.
A backtrace for this issue would help esp. since its Windows only:
After several program start, I have got the following crash0
00f0e7cc 74009ef4 08b0c7c8 00000000 00007fff sal3!GetCaseCorrectPathName+0x93
00f0e808 73ff1b25 09760f88 00f0e82c 00000200 sal3!osl_getFileStatus+0x214
00f0e8ac 693794b4 03d6c0d0 49647867 00f0fb90 sal3!rtl_bootstrap_args_open+0xa5
00f0e8d8 69379d12 00f0e92c 00f0e900 00f0e8fc utllo!utl::Bootstrap::Impl::getBootstrapValue+0x44
00f0e910 73eace6f 00f0e92c 49649aaa 49649aae utllo!utl::Bootstrap::getProductKey+0x82
00f0e93c 73eb03d0 00f0fb64 740d9e0a 00f0fb90 sofficeapp!desktop::`anonymous namespace'::FatalError+0x2f
00f0fb9c 65f63c04 00000000 0000000a 65f63fb9 sofficeapp!desktop::Desktop::Main+0x10a0
00f0fba8 65f63fb9 00376148 00f0fc0c 73edfbaa vcllo!ImplSVMain+0x24
00f0fbb4 73edfbaa 49648f9a 012349db 73f17b68 vcllo!SVMain+0x29
00f0fc0c 003e101e 012349db 003e12af 003e0000 sofficeapp!soffice_main+0x9a
00f0fc14 003e12af 003e0000 00000000 012349db soffice!WinMain+0x1e
00f0fc60 7523338a 7efde000 00f0fcac 774a9f72 soffice!__tmainCRTStartup+0x122
00f0fc6c 774a9f72 7efde000 b81945e6 00000000 KERNEL32!BaseThreadInitThunk+0xe
00f0fcac 774a9f45 003e1183 7efde000 00000000 ntdll_77470000!__RtlUserThreadStart+0x70
00f0fcc4 00000000 003e1183 7efde000 00000000 ntdll_77470000!_RtlUserThreadStart+0x1b
The full backtrack is an attachment (Google has found a similar attached backtrace in this bug tracker, but without the bug number: https://vm150.documentfoundation.org/attachment.cgi?id=9106)
Created attachment 112845 [details]
Windbg backtrace on Windows 7
Debugger trace is pretty useless =) I guess some exception is thrown and (during the catching of that and (hopefully) some helpful error output) - we manage to hork ourselves in the rtl_bootstrap_code.
As a paragon of efficiency - the code here is quite amazingly poor - each incremental circle appears to take ~300Kb of memory - which is ... frankly amazing. No idea what python and librelogo and (of course) the drawing-layer are managing to do between themselves to leak quite that much.
So - this is some OOM corner-case IMHO. I see no evidence that this is a regression - so dropping the keyword.
With the most recent LibreOffice version 220.127.116.11, I no longer reproduce the crash, but only reproduce the memory leak.
Step to Reproduce:
1. Wrong the following LOGO command:
repeat 400 [ circle 10 + repcount/10 fd 5 + repcount/10 lt 10 ]
--> The LOGO drawing becomes slower and slower as time passes, and the memory usage is going up and up. This simple LOGO drawing does not crash but takes 5+ minutes to finish in my 10GB memory and 2.3GHz PC.
In windbg window I get many many "C++ EH exception - code e06d7363 (first chance)" (which is the same as the upper part of the backtrace as showing in comment 7.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice
(5.2.5 or 5.3.0 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Tested on Windows 10 Creators update with LO 5.3.2. Does not crash any more but takes quite a lot of time and more than double if LO window is open. By dropping LO down to the taskbar cuts time to run script through roughly to half. Also noticed that speed differs during the execution. In the beginning fast but slows down, then may burst again just to slow down again.
At some level there seems to be still problem. LO crashed while closing after I had been running different LibreLogo tests for quite some time. Did not save any of those created results but closed open doc for several times and also used CLEARSCREEN.