Problem description: Starting a module from the start screen or separately results in a crash Steps to reproduce: 1. Start LibreOffice --------------------- 2. Choose Writer | 2. Choose Calc | 2. Choose Impress | 2. Choose Draw 3. Type a character | 3. Type a character | | Current behavior: It crashes Expected behavior: I shouldn't crash Operating System: Windows 7 Version: 4.3.0.0.alpha0+ Master Last worked in: 4.2.0.4 release
Reproducible (on Windows 7) with Version: 4.3.0.0.alpha1 (pre-release) Build-ID: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781. Not reproducible with Version: 4.3.0.0.alpha1+ Build ID: a26d592dab62842b97d25045ce8f88a9c068dc97 TinderBox: Win-x86@39, Branch:master, Time: 2014-04-23_05:19:24.
Build-ID of the version I used: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781
(In reply to comment #2) > Build-ID of the version I used: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781 Changed "Version" to "4.3.0.0.alpha1" (@Fabian Alexander Wilms: Please reset the version if I am wrong). Additional info to comment #1: Parallel installation (msiexec /a) with default LibO user profile.
Yes, version 4.3.0.0.alpha1 is correct. I have Version: 4.2.0.4, Build-ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 installed, too.
Not reproducible with Version: 4.3.0.0.alpha1+ Build ID: 808d273db098e2269e53813595a6bfc7b160e28e TinderBox: Win-x86@39, Branch:master, Time: 2014-04-25_02:09:26
Created attachment 98483 [details] active threads of soffice.bin for crash entering text in writer Able to get further into a component, and to stat text input. So, not clear it is exactly the same issue. But on Windows 7 sp1, 64-bit en-US Version: 4.3.0.0.alpha1 Build ID: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781 Get the following stack trace from a writer session =-=-= wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0 wow64cpu.dll!TurboDispatchJumpAddressEnd+0xf5 wow64.dll!Wow64SystemServiceEx+0x1ce wow64.dll!Wow64LdrpInitialize+0x42a ntdll.dll!RtlUniform+0x6e6 ntdll.dll!RtlCreateTagHeap+0xa7 ntdll.dll!LdrInitializeThunk+0xe ntdll.dll!NtWaitForMultipleObjects+0x15 kernel32.dll!WaitForMultipleObjectsEx+0x8e kernel32.dll!WaitForMultipleObjects+0x18 kernel32.dll!GetApplicationRecoveryCallback+0x2a7 kernel32.dll!GetApplicationRecoveryCallback+0x166 kernel32.dll!UnhandledExceptionFilter+0x161 kernel32.dll!UnhandledExceptionFilter+0xe0 MSVCR110.dll!__crtUnhandledException+0x14 MSVCR110.dll!?_invalid_parameter@@YAXPBG00II@Z+0xfd MSVCR110.dll!abort+0x38 sal3.dll!rtl_cache_free+0x157 sal3.dll!osl_getTimeValueFromDateTime+0x9f90 =-=-=
So, TB builds are again functional. And current builds seem to not continue to have the issues of LibreOfice 4.3.0.0 alpha1 (46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781) Also, verified that Cloph's release build based TB-47 Version: 4.3.0.0.alpha1+ Build ID: fa8d10adbf12bef19cfe6dd39d2667944a2fb7d6 TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-04-29_23:12:26 is working correctly on Windows XP. Setting Resolved WFM @Cloph--do you want more complete stack traces for the 4.3.0.0alpha1 build to try to determine what is broken? Also, the Windows build(s) posted to http://dev-builds.libreoffice.org/pre-releases/win/x86/ should probably be taken down as they are un-usable on both XP and Windows 7.
Reopening -- issues on TB51 On Windows 7 sp1, 64-bit Version: 4.3.0.0.alpha1+ Build ID: 248145f99e95cc30bb6231a8e5ea4e294f147040 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-14_08:18:01 Following stack trace from text entry in writer, also similar trace with text entry on calc: =-=-= wow64cpu.dll!TurboDispatchJumpAddressEnd+0x6c0 wow64cpu.dll!TurboDispatchJumpAddressEnd+0xf5 wow64.dll!Wow64SystemServiceEx+0x1ce wow64.dll!Wow64LdrpInitialize+0x42a ntdll.dll!RtlUniform+0x6e6 ntdll.dll!RtlCreateTagHeap+0xa7 ntdll.dll!LdrInitializeThunk+0xe ntdll.dll!NtWaitForMultipleObjects+0x15 kernel32.dll!WaitForMultipleObjectsEx+0x8e kernel32.dll!WaitForMultipleObjects+0x18 kernel32.dll!GetApplicationRecoveryCallback+0x2a7 kernel32.dll!GetApplicationRecoveryCallback+0x166 kernel32.dll!UnhandledExceptionFilter+0x161 kernel32.dll!UnhandledExceptionFilter+0xe0 MSVCR110.dll!__crtUnhandledException+0x14 MSVCR110.dll!?_invalid_parameter@@YAXPBG00II@Z+0xfd MSVCR110.dll!abort+0x38 sal3.dll!rtl_cache_free+0x157 sal3.dll!osl_getTimeValueFromDateTime+0xaef0 =-=-=
Also seeing immediate crash attempting to launch any Tools -> Options -> Language settings ( Languages, Writing Aids, or Sentence checking).
I can reproduce in windows 7 4.3.0.0.alpha1 Build ID: 46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781 Start Calc, try to type sth, then it crashes. Win7 gives the following error information: 问题签名: 问题事件名称: APPCRASH 应用程序名: soffice.bin 应用程序版本: 4.3.0.0 应用程序时间戳: 5353f634 故障模块名称: MSVCR110.dll 故障模块版本: 11.0.51106.1 故障模块时间戳: 5098858e 异常代码: 40000015 异常偏移: 000a327c OS 版本: 6.1.7601.2.1.0.768.2 区域设置 ID: 2052 其他信息 1: 4f5a 其他信息 2: 4f5a312901515be744dbad472acaa2ad 其他信息 3: 8f14 其他信息 4: 8f148c13855d3d3bcd8dab96f2b85caa
adjusting title to reflect STR resetting priority @suokunlong, *, the posted Alpha1 (46cfcd5a05aa1d13fecd73f5a25b64b8d8dd6781) from 20 April had this issue. TB builds immediately before and after that build did not, so the issue was closed. Since then Christian (cloph) has put up TB51, which I beleive models the final TDF Windows build environment to be used for 4.3 releases. The immediate crash on text entry in a module, or if attempting to change language settings from Tools -> Options could be completely unrelated to the problem with the Alpha1 build, but I suspect not. So, reopening this issue and adjusting title and priority. @cloph, any specific testing of TB51 builds you need?
added to mab4.3 list ( Bug 75025 )
So recent builds of TB51 have the crashes on Windows 7 sp1, 64-bit. Version: 4.3.0.0.alpha1+ Build ID: 248145f99e95cc30bb6231a8e5ea4e294f147040 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-14_08:18:01 Version: 4.3.0.0.alpha1+ Build ID: a5b93782a18a2ddb6dee4033a578d919b10b6964 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-13_05:48:30 No problem with recent TB39 builds, either crash on text entry or changing one of the Tools -> Options -> Language Settings panels. But with these builds I don't seem to actually have any spell check functions. Version: 4.3.0.0.alpha1+ Build ID: 45c89d62b527abec07072074484bd596ab1aa04a TinderBox: Win-x86@39, Branch:master, Time: 2014-05-15_02:54:28 Version: 4.3.0.0.alpha1+ Build ID: 9d48e8fdf4e1efed5fc82e2ca00f2252debc94da TinderBox: Win-x86@39, Branch:master, Time: 2014-05-13_13:55:33
Continues to crash on TB51 build as noted (entering text, or adjusting Language settings). But for this install noticed that if installing and launching the Helppack Help -> LibreOffice Help menu, or with <F1> key. Version: 4.3.0.0.alpha1+ Build ID: f62de9113a4866f7152acbe0e8221c594b7a7b68 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-17_07:51:54 TB39 build runs, but does not have functional spell check, or show Tools -> Options -> Language settings -- "English sentence checking" that is present on TB51 build. Version: 4.3.0.0.alpha1+ Build ID: 48eccfb812284f43ba24c3be3903537ce954944d TinderBox: Win-x86@39, Branch:master, Time: 2014-05-16_00:35:19
Checked today's TB42 build for Windows Version: 4.3.0.0.alpha1+ Build ID: 0d8908b35999795ba1ffe2d3530aa9711918840a TinderBox: Win-x86@42, Branch:master, Time: 2014-05-17_22:55:54 Inputs text and configures from the Tools -> Options -> Language setting panels with stability, but as with the TB39 builds no functional spell-check.
*** Bug 78869 has been marked as a duplicate of this bug. ***
Visual Studio changed the returnvalue of a function to get a filedescriptor. This makes initializing python fail beacuse it tries to setup stdin/stdout/stderr even if those are nonexistant for GUI apps. To make matters worse, this works when you launch it from a shell like cygwin, since then there are those outputs. (Thus developers starting LO from the shell won't see that anything is wrong, until they try to launch it from windows explorer (which usually they don't, at least I didn't... and of course tests are also run from a shell so those don't catch this specific problem either) Anyway, known python/VS bug, fix will be submitted shortly http://bugs.python.org/issue17797 http://connect.microsoft.com/VisualStudio/feedback/details/785119/
*** Bug 78638 has been marked as a duplicate of this bug. ***
*** Bug 78867 has been marked as a duplicate of this bug. ***
Created attachment 99343 [details] the fatal Python error on the 4.3.0alpah1 build Went back and checked the 4.3.0alpha1 build from 20 April, looks like that was the same issue as now with the TB51 builds. Matches Miguel Angel's stack trace from bug 78867. I've got to quit using Process Explorer--hind sight 20/20. Windbg - command win (stack trace attached) 0:000> g ModLoad: 0c790000 0c963000 C:\LO430alpha1\program\i18npoollo.dll ModLoad: 0c790000 0c963000 C:\LO430alpha1\program\i18npoollo.dll ModLoad: 0c790000 0c871000 C:\LO430alpha1\program\lnglo.dll ModLoad: 5fff0000 60041000 C:\LO430alpha1\program\spelllo.dll ModLoad: 0c790000 0c871000 C:\LO430alpha1\program\lnglo.dll ModLoad: 6a040000 6a04d000 C:\LO430alpha1\program\pythonloaderlo.dll ModLoad: 5ffa0000 5ffe7000 C:\LO430alpha1\program\pyuno.pyd ModLoad: 1e000000 1e29a000 C:\LO430alpha1\program\python33.dll Fatal Python error: Py_Initialize: can't initialize sys standard streams eax=00000000 ebx=00000003 ecx=00000002 edx=00000000 esi=77ee2100 edi=77ee20c0 eip=77dffcc2 esp=0173eba8 ebp=0173ebc4 iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000246 ntdll!ZwTerminateProcess+0x12: 77dffcc2 83c404 add esp,4
Created attachment 99344 [details] Windbg log TB51 verified the Tools -> Options -> Language Settings dialogs are also throwing the fatal Python error.
Christian Lohmaier committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e175eb3cedded28909247f4d46f2c17ff2f58be2 fdo#77891 fix python crash when in GUI mode, target WinXP with VS2012 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 78918 has been marked as a duplicate of this bug. ***
Hi, works with Version: 4.3.0.0.alpha1+ Build ID: f3a46244a07b76d633ccc7f83da3fa502612e978 TinderBox: Win-x86@42, Branch:master, Time: 2014-05-20_07:23:58 But not with: Build ID: f62de9113a4866f7152acbe0e8221c594b7a7b68 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-17_07:51:54 As there is no recent build of TB51, is this fixed by now?
there's no recent build for the @51 box because the daily build server was down yesterday. But the @51 bot is about to finish another build and will upload the build - so please check for new build in ~1.5-2 hours. And no surprise the problem stills shows up in a build from May 17, when the fix was checked in on May 19 :-) The crashes are fixed, what is still a problem (but a different one) is that it won't recognize java properly (it will treat the JRE as invalid).
*** Bug 78919 has been marked as a duplicate of this bug. ***
Resolved On Windows 7 sp1, 64-bit with Version: 4.3.0.0.alpha1+ Build ID: cd11bc699ac50af4f560ed5f2e5e7903de0898b8 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-05-20_08:02:54 Text entry is stable, auto spell check is functional. And opening and adjusting Tools -> Options -> Language settings panels also no longer cause issue.
Reopening. Administrative install of 20140520 TB51 build is NOT stable on WinXP sp3 32-bit (en-US) (VMWare VM on Win7 sp1 64-bit) Continues to exhibit the same issue on Tools -> Options -> Language Settings panels and while entering text in components.
Created attachment 99421 [details] Windbg log TB51 20140520 on WinXP Administrative install of LODev 430 20140520 TB51, onto WinXP sp3, 32-bit (VM) Issues still with Windows XP, Windbg command window and stack trace attached.
Hmm. The trace looks like if the patch wasn't applied.. I'll investigate.
@Christian, *, Will today's commit upgrading to Python 3.3.5 impact the effort to correct this, especially on WinXP? http://cgit.freedesktop.org/libreoffice/core/commit/?id=005fae2bddf4e43cb361bbdb9fc2cfb961693ffd
no, it will not affect it. I couldn't reproduce the problem with a fresh build, but with the build the tinderbox uploaded. I'm not sure why the patch wasn't included in the tinderbox build... Beta1 will run on Windows XP, (but java won't work, so there are some restrictions - but it should not crash, esp. not with the "Py_Initialize: can't initialize sys standard streams" message) I'll make sure to double-check before uploading the build.
Just now I installed LibreDev 4.3.0.0.alpha1+, Build ID: cd11bc699ac50af4f560ed5f2e5e7903de0898b8 WinXP SP3 The problem still exists. crash with the following error message: (translated) soffice.bin - application error: ... unknow software exception (0x40000015), position: 0x0036327c
Yes as reported comment 28 and comment 29 with trace. Next "functional" build to test should be the beta1 spin-up. Look for it in http://dev-builds.libreoffice.org/pre-releases/win/x86/ when posted.
man, this issue is causing me some headache. So the all-language-build again suffers from the problem.. ARGH. Why does it work in one spin, but then again fails in another?? Anyway, so Beta 1 will *not* work properly on Windows XP (I'll do an additional build if I debugged it more). As a workaround: * install cygwin from http://cygwin.com * start LibreOffice from a cygwin shell. (then also java works)
(In reply to comment #35) I installed 4.3 beta 1 and cygwin, started libreoffice from a shell, but still crash when trying to type sth. So this workaround does not work. Also, how can I disable spellcheck? It crashes when clicking the preference options.
Created attachment 99625 [details] screencast demonstrating cygwin workaround As I'm no sure whether it is understood correctly what is meant with start from cygwin shell, here's a screenshot that demonstrates the workaround. First LO is started in GUI mode, i.e. the one that won't work/crashes. After going to the About screen to show that it is the beta1 buils, Tools|Macros → Organize Macros → Python macros is called to provoke the crash. → you get window's reporting window. After the crash, a cygwin terminal is opened, and the soffice binary is dragged into the window (to save typing :-)) and started (by pressing enter when the terminal has focus) Again the about screen is shown, and the Python macros are shown, this time without crash. The table-sample macro is run to demonstrate python runs properly, and that spellchecking then also works.
(In reply to comment #37) I installed cygwin by running http://cygwin.com/setup-x86.exe , then installed only the "default" packages (did not choose any other packages), then I started cygwin terminal and cd to libreoffice 4.3 directory and run soffice/scalc... Still crash. I am not going to argue about the workaround, just waiting for the fix. For the bug hunting session I am now testing 4.3 beta in Ubuntu 13.10.
this has nothing to do with arguing about a fix. It doesn't help when it works on my installation of XP (only default cygwin packages installed as well), but not on yours. i.e. when I don't see the problem, I cannot fix it. So please make sure that before launching from the cygwin terminal, LibreOffice is not already running (maybe you have quickstarter enabled or similar) The cygwin terminal must not immediately return with a prompt (the $ at the start of the line), but must be "blocked" for other commands until LibreOffice is quit. If you immediately get the prompt after running LO from cygwin shell, then it was already running. Starting <lodir>/program/soffice.exe as well as <lodir>/program/scalc.exe or <lodir>/program/swriter.exe or the other modules should work.
(In reply to comment #39) Christian you are right, I tested in virtualbox winxp of my home PC, and your cygwin workaround works. Maybe something went wrong when I was doing the previous run in my office PC (maybe another bug?).
Christian Lohmaier committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=788228e4aec06501a0e73193ba85fcdeef7efb69 fdo#77891 unconditionally disable console streams for WinXP The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Christian Lohmaier committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=53ebf689076ab2283124c8b1cbd891e77d6c928f&h=libreoffice-4-3 fdo#77891 unconditionally disable console streams for WinXP It will be available in LibreOffice 4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 79118 has been marked as a duplicate of this bug. ***
*** Bug 79175 has been marked as a duplicate of this bug. ***
*** Bug 79112 has been marked as a duplicate of this bug. ***
*** Bug 79113 has been marked as a duplicate of this bug. ***
I did a rebuild of the beta for windows with a "mercyless" :-) patch for windows XP. It now additionally checks for windows XP and disables the in/out/err console streams unconditionally (i.e. even when run from cygwin, python won't see the stdout/in). This means: No crashes on XP, working spellcheck, working python samples, working java-recognition,.. :-) I already replaced the builds on http://dev-builds.libreoffice.org/pre-releases/win/x86/ → resolved fixed.
Tested it on XP SP3 and verifying it against the 4 recent closed bugs and it seems that its all better now. :)
Migrating Whiteboard tags to Keywords: (PossibleRegression) [NinjaEdit]