Bug 150535 - FILEOPEN Crash in: operator new(unsigned __int64)
Summary: FILEOPEN Crash in: operator new(unsigned __int64)
Status: RESOLVED DUPLICATE of bug 150452
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-21 16:11 UTC by matt.chambers42
Modified: 2022-08-21 18:31 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["operator new(unsigned __int64)"]

Attachments
41k rows mapping hanzi to pinyin (421.08 KB, application/octet-stream)
2022-08-21 16:11 UTC, matt.chambers42 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description matt.chambers42 2022-08-21 16:11:31 UTC 
Created attachment 181934 [details]
41k rows mapping hanzi to pinyin

This bug was filed from the crash reporting server and is br-5f35ba1b-ac99-418a-b9b3-39b2b43e8592.
=========================================

The attached TSV is simply 2 columns with 41k rows. It crashes when I try to copy/paste it or open it directly. I upgraded my stable install to the latest to see if the bug was fixed and it wasn't.
Comment 1 matt.chambers42 2022-08-21 16:25:56 UTC 
I think there's some Unicode in there that Calc really doesn't like. If I just try to open the last 11k rows it also crashes. The first 30k open fine.
Comment 2 matt.chambers42 2022-08-21 16:36:00 UTC 
If I split the last 11k rows into 6 files, I can open about 4 of them before it crashes. But if I only open one at a time, I can open all of them.
Comment 3 Julien Nabet 2022-08-21 18:31:54 UTC 
Fixed from next LO release 7.3.6

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