Bug 155865 - EDITING: Crash in vtableCall
Summary: EDITING: Crash in vtableCall
Status: RESOLVED DUPLICATE of bug 160945
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.4.7.2 release
Hardware: ARM Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-16 09:27 UTC by MarRol777
Modified: 2024-05-21 06:10 UTC (History)
4 users (show)

See Also:
Crash report or crash signature: ["vtableCall"]


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MarRol777 2023-06-16 09:27:41 UTC
This bug was filed from the crash reporting server and is br-3915ecfe-e709-4058-b077-66e284b93bf8.
=========================================

Steps to reproduce the crash:
1. Start Calc with new document
2. Enter e.g. 1 into cell A1
3. Crash
Comment 1 MarRol777 2023-06-16 09:35:19 UTC
Software Download was from
https://dev-builds.libreoffice.org/pre-releases/win/aarch64/
Version 7.4.7.2
Comment 2 Julien Nabet 2023-06-16 09:54:42 UTC
Could you give a try with LO 7.5.4 ?
I mean even if we confirm the bug with 7.4.7, this version is last one from 7.4 branch.

If it doesn't work, you may also dev version 7.6.0 but this one is obviously just for testing not for production use.
Comment 3 MarRol777 2023-06-19 06:24:48 UTC
Hello, as recommended I have installed LO 7.5.4.2 and can confirm that the bug still exists.

The new crash report can be fould here:
https://crashreport.libreoffice.org/stats/crash_details/5d013ac7-f28c-4af7-afe1-a2a61197b558

Please let me know if I should install the beta1 (or the latest nightly build) of LO 7.6.0 and try it again.
Comment 4 Julien Nabet 2023-06-19 07:30:10 UTC
Thank you for your feedback.
"Version" field must correspond to the earliest when the bug has been encountered so I reverted back the version.

Yes giving a try to a 7.6 may be useful since https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef533553559fe09b4afab651fc692885d1acf4ed (from January 2023) is on 7.6 branch but not cherry-picked on 7.5 branch (I suppose because it wasn't bugtracker related).
At least, I'm pretty sure if there's still a crash, it should be a bit different since bridges\source\cpp_uno\msvc_win32_arm64\cpp2uno.cxx has been modified with this patch.
Comment 5 MarRol777 2023-06-20 06:28:03 UTC
I also installed LO 7.6.0.0 beta1 for Windows (arm64) and I have to confirm that this crash still happens in Calc if you just begin to enter a simple content into cell A1.

Unfortunately the crash report dialog shows not the new generated ID.

Also the nightly builds are not up to date, see
https://dev-builds.libreoffice.org/daily/master/Win-Arm64@tb77-TDF/
last build was not today or yesterday.
Comment 6 Julien Nabet 2023-06-20 16:58:18 UTC
MarRol777: I suppose it's due to the integration of "Frozen" lib (see https://ci.libreoffice.org//job/lo_daily_tb_win_arm64/938/consoleFull#-537852444cd06c086-ffd7-48da-8ce2-d58b9387379c)

[build CXX] xmloff/source/style/XMLElementPropertyContext.cxx
C:/cygwin/home/tdf/jenkins/dly/s_master/xmloff/source/style/XMLRtlGutterPropertyHandler.cxx(21): fatal error C1083: Cannot open include file: 'frozen/bits/defines.h': No such file or directory
make[1]: *** [C:/cygwin/home/tdf/jenkins/dly/s_master/solenv/gbuild/LinkTarget.mk:337: C:/cygwin/home/tdf/jenkins/dly/b_master/workdir_for_build/CxxObject/xmloff/source/style/XMLRtlGutterPropertyHandler.o] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:303: cross-toolset] Error 2

Tomaz: any idea how to fix this?



Jan-Marek/Stephan: any thoughts about the bt provided by MarRol777 bridges/source/cpp_uno/msvc_win32_arm64/cpp2uno.cxx ?
Comment 7 Julien Nabet 2023-06-20 16:59:47 UTC
Sorry Tomaz, I had forgotten to put you in cc, could you take a look at my previous comment about failing TB Win ARM?
Comment 8 Tomaz Vajngerl 2023-06-21 03:09:02 UTC
(In reply to Julien Nabet from comment #7)
> Sorry Tomaz, I had forgotten to put you in cc, could you take a look at my
> previous comment about failing TB Win ARM?

I don't see frozen being unpacked in the console log.. something like:
[build UPK] frozen-1.1.1.tar.gz

There is no limitations AFAIK why the frozen library shouldn't be used for ARM in the configuration, so I think it's the problem with that TB...

Probably a partial build is used for this TB, where it doesn't rebuild everything maybe? Not sure...
Comment 9 Julien Nabet 2023-06-21 06:35:31 UTC
(In reply to Tomaz Vajngerl from comment #8)
> (In reply to Julien Nabet from comment #7)
> > Sorry Tomaz, I had forgotten to put you in cc, could you take a look at my
> > previous comment about failing TB Win ARM?
> 
> ...
> Probably a partial build is used for this TB, where it doesn't rebuild
> everything maybe? Not sure...

Searching who owns this TB but https://wiki.documentfoundation.org/Development/Tinderbox#77 ("77" because https://dev-builds.libreoffice.org/daily/master/Win-Arm64@tb77-TDF/) but it references a Linux box
Comment 10 Julien Nabet 2023-06-21 06:43:41 UTC
(In reply to Julien Nabet from comment #9)
> (In reply to Tomaz Vajngerl from comment #8)
> > (In reply to Julien Nabet from comment #7)
> > > Sorry Tomaz, I had forgotten to put you in cc, could you take a look at my
> > > previous comment about failing TB Win ARM?
> > 
> > ...
> > Probably a partial build is used for this TB, where it doesn't rebuild
> > everything maybe? Not sure...
> 
> Searching who owns this TB but
> https://wiki.documentfoundation.org/Development/Tinderbox#77 ("77" because
> https://dev-builds.libreoffice.org/daily/master/Win-Arm64@tb77-TDF/) but it
> references a Linux box

I sent a message on dev mailing list here:
https://lists.freedesktop.org/archives/libreoffice/2023-June/090500.html
Comment 11 Julien Nabet 2023-06-21 17:08:38 UTC
Just for the record, I've created a Redmine about the failing daily build for Windows ARM LO.
https://redmine.documentfoundation.org/issues/3662
Comment 12 Julien Nabet 2023-06-30 05:59:17 UTC
A new daily build is available here:
https://dev-builds.libreoffice.org/daily/master/Win-Arm64@tb77-TDF/current/
Comment 13 MarRol777 2023-07-03 20:36:32 UTC
I tried the new daily build:

Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: 26d191e8ee53a38d350c10d5666c6dd8629c8ab2
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

With this Version the problem/bug is solved. No crash any more.
Comment 14 MarRol777 2023-07-04 08:19:04 UTC
Thank you Julien for troubleshooting and Christian for the patch. Whoever has brought the TB77 back to running again: The dev builds are generated daily again!
The TB77 was once launched by Jan-Marek Glogowski, see bug https://bugs.documentfoundation.org/show_bug.cgi?id=137143
Comment 15 Julien Nabet 2023-07-04 08:38:57 UTC
Great news! Let’s put this one to WFM then.
The only pb is we don’t know what commit fixed it and so for a stable 24.2 version you’ll have to wait for February 2024
Comment 16 Julien Nabet 2023-10-16 19:29:49 UTC
Marc: please don't send an email in private (yours had been considered as a spam, hopefully I check the content of spam folder).

So you indicated:
" after 3 months I installed the newest daily build and now the bug is back again.

Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: adcde78935fb8ca2b93322aa3a558d0b3ccdbfad
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

What should we do now? Open a new bug report?

But I don't know how to create a crash report as it was automatically done in Version 7.4.7.2 - because the Development-Version: 24.2.0.0.alpha0+ just crashes and there is no crash report assistant any more."
"

Several things:
1) 24.2 is a dev version but it's ok if you want to test it before the release.
2) try https://wiki.documentfoundation.org/QA/FirstSteps
3) if you still got a crash, you can retrieve a backtrace by following https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace (it requires a bit of time above all for the first time when you must install some extra components).
Comment 17 Stéphane Guillou (stragu) 2024-05-21 05:57:28 UTC
Let's consolidate with more recent report bug 160945, which has a backtrace.

*** This bug has been marked as a duplicate of bug 160945 ***