[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2017-05-09 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

V Stuart Foote  changed:

   What|Removed |Added

   Keywords|wantBacktrace   |
 CC||markus.mohrhard@googlemail.
   ||com

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2017-05-09 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

--- Comment #27 from V Stuart Foote  ---
No assert issue same Windows 10 Pro 64-bit en-US system with 64-bit master at
about same build point: 
Version: 5.4.0.0.alpha1+ (x64)
Build ID: 7a5eb2f9510e85a191a1b1948f38dafd22310677
CPU threads: 8; OS: Windows 6.19; UI render: GL; 
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2017-05-08_22:44:31
Locale: en-US (en_US); Calc: group

Memory peak usage shows 2.16 MB while manipulating.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2017-05-09 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #26 from V Stuart Foote  ---
Created attachment 133196
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133196=edit
WindDbg 32-bit StackTrace of bad assert

On Windows 10 Pro 64-bit en-US with
Version: 5.4.0.0.alpha1+
Build ID: c3e0b7dd4e7b1d33b8555e0acdf9f44cfc043ca2
CPU threads: 8; OS: Windows 6.19; UI render: GL; 
TinderBox: Win-x86@39, Branch:master, Time: 2017-05-08_00:14:11
Locale: en-US (en_US); Calc: CL

32-bit WinDbg attached session aborts at

http://opengrok.libreoffice.org/xref/core/package/source/xstor/ocompinstream.cxx#48
 and #128

StackTrace attached...

Same system with 64-bit build
Version: 5.3.3.2 (x64)
Build ID: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448
CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; 
Locale: en-US (en_US); Calc: group

opens the SpreadSheet but see memory peak over 2.01MB, could be an issue on
32-bit systems.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2017-02-06 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Volga  changed:

   What|Removed |Added

 Blocks||105584


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=105584
[Bug 105584] [META] Calc image bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-09-29 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

--- Comment #25 from Timur  ---
Created attachment 127725
  --> https://bugs.documentfoundation.org/attachment.cgi?id=127725=edit
DrMemory logs.zip

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-09-13 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||preBibisect

--- Comment #24 from Xisco Faulí  ---
Adding keyword 'preBisect' as this regression was introduced before branch 4.4
and therefore it can't be bibisected as there's no bibisect repository for this
branch.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-28 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

--- Comment #23 from Timur  ---
Created attachment 123906
  --> https://bugs.documentfoundation.org/attachment.cgi?id=123906=edit
backtrace from Windbg.txt

Sorry if not OK, but I read somewhere that ub may be useful. Please take a
look.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

--- Comment #22 from Stéphane Aulery  ---
I will do a debug with MSVS like I said previously, but immediatly it’s not
possible.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

--- Comment #21 from Markus Mohrhard  ---
(In reply to Timur from comment #20)
> According to what's written and tested, I change the title to "FILEOPEN: ODS
> with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0".
> It worked before 4.0, so looks like a regression. Now, it works on 64-bit LO
> only. Tested in Windows.
> Opening in Linux with 32-bit LO was very slow, but it did open. 
> 
> 
> 0:000> kb
> ChildEBP RetAddr  Args to Child  
> 00f1b098 77889c4e  014d 00f1fe00 ntdll!ZwTerminateProcess+0x12
> 00f1b0b4 755979dc  77e8f3b0  ntdll!RtlExitUserProcess+0x85
> 00f1b0c8 70453fac 014d 00f1b11c 7045427e kernel32!ExitProcessStub+0x12
> 00f1b0d4 7045427d 014d 9032f933 00f1fe00 MSVCR120!__crtExitProcess+0x15
> [f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 774]
> 00f1b11c 7049bbc7 014d 0001  MSVCR120!doexit+0x115
> [f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 678]
> 00f1b130 6f74102b 014d 9036f64b 6fd3a890 MSVCR120!_exit+0xf
> [f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 433]
> 00f1b174 6f745835 00f1fc30 704397f2 00f1fe00 sofficeapp!desktop::`anonymous
> namespace'::FatalError+0x10b
> [c:\cygwin\home\tinderbox\master\desktop\source\app\app.cxx @ 447]
> 00f1fe0c 64b28c3c 90370140 00f1fe44 0001
> sofficeapp!desktop::Desktop::Main+0x1935
> [c:\cygwin\home\tinderbox\master\desktop\source\app\app.cxx @ 1678]
> 00f1fe3c 64b290af  00f1febc 6f77d924 vcllo!ImplSVMain+0xbc
> [c:\cygwin\home\tinderbox\master\vcl\source\app\svmain.cxx @ 167]
> 00f1fe48 6f77d924 9036b983 6f7e674c  vcllo!SVMain+0x2f
> [c:\cygwin\home\tinderbox\master\vcl\source\app\svmain.cxx @ 205]
> *** ERROR: Symbol file could not be found.  Defaulted to export symbols for
> S:\OFFICE\LO-OO-parallel\master\program\soffice.bin - 
> 00f1febc 0030100a 90c95dc0 00f1fed4 0030103a sofficeapp!soffice_main+0x74
> [c:\cygwin\home\tinderbox\master\desktop\source\app\sofficemain.cxx @ 135]
> WARNING: Stack unwind information not available. Following frames may be
> wrong.
> 00f1fec8 0030103a 004d8f18 00f1feec 00301078 soffice+0x100a
> 00f1fed4 00301078 0002 004d8f18 0002 soffice!main+0x1a
> 00f1feec 003012ce 0030  00474166 soffice!main+0x58
> 00f1ff38 7559337a 7efde000 00f1ff84 77869882 soffice!main+0x2ae
> 00f1ff44 77869882 7efde000 76c7b5f6  kernel32!BaseThreadInitThunk+0xe
> 00f1ff84 77869855 0030119f 7efde000  ntdll!__RtlUserThreadStart+0x70
> 00f1ff9c  0030119f 7efde000  ntdll!_RtlUserThreadStart+0x1b

That backtrace is completely useless. That is the place that actually catches
the exception and not the one that throws the exception.

The best way would be to start it in Visual Studio and break on thrown
std::bad_alloc exceptions.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Timur  changed:

   What|Removed |Added

 Attachment #123450|0   |1
is obsolete||

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Timur  changed:

   What|Removed |Added

 Attachment #123452|0   |1
is obsolete||

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Timur  changed:

   What|Removed |Added

 Attachment #123448|0   |1
is obsolete||

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Timur  changed:

   What|Removed |Added

 Attachment #123440|0   |1
is obsolete||

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98558] FILEOPEN: ODS with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0

2016-03-24 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=98558

Timur  changed:

   What|Removed |Added

 CC||gti...@gmail.com
   Hardware|All |x86 (IA32)
Version|4.5.0.0.alpha0+ Master  |4.0.0.3 release
Summary|Opening the ODS file|FILEOPEN: ODS with large
   |attached make a fatal error |chart out of memory 'Bad
   | 'Bad allocation'   |Allocation' on 32-bit LO
   ||since LO 4.0
 OS|All |Windows (All)

--- Comment #20 from Timur  ---
According to what's written and tested, I change the title to "FILEOPEN: ODS
with large chart out of memory 'Bad Allocation' on 32-bit LO since LO 4.0".
It worked before 4.0, so looks like a regression. Now, it works on 64-bit LO
only. Tested in Windows.
Opening in Linux with 32-bit LO was very slow, but it did open. 


0:000> kb
ChildEBP RetAddr  Args to Child  
00f1b098 77889c4e  014d 00f1fe00 ntdll!ZwTerminateProcess+0x12
00f1b0b4 755979dc  77e8f3b0  ntdll!RtlExitUserProcess+0x85
00f1b0c8 70453fac 014d 00f1b11c 7045427e kernel32!ExitProcessStub+0x12
00f1b0d4 7045427d 014d 9032f933 00f1fe00 MSVCR120!__crtExitProcess+0x15
[f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 774]
00f1b11c 7049bbc7 014d 0001  MSVCR120!doexit+0x115
[f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 678]
00f1b130 6f74102b 014d 9036f64b 6fd3a890 MSVCR120!_exit+0xf
[f:\dd\vctools\crt\crtw32\startup\crt0dat.c @ 433]
00f1b174 6f745835 00f1fc30 704397f2 00f1fe00 sofficeapp!desktop::`anonymous
namespace'::FatalError+0x10b
[c:\cygwin\home\tinderbox\master\desktop\source\app\app.cxx @ 447]
00f1fe0c 64b28c3c 90370140 00f1fe44 0001
sofficeapp!desktop::Desktop::Main+0x1935
[c:\cygwin\home\tinderbox\master\desktop\source\app\app.cxx @ 1678]
00f1fe3c 64b290af  00f1febc 6f77d924 vcllo!ImplSVMain+0xbc
[c:\cygwin\home\tinderbox\master\vcl\source\app\svmain.cxx @ 167]
00f1fe48 6f77d924 9036b983 6f7e674c  vcllo!SVMain+0x2f
[c:\cygwin\home\tinderbox\master\vcl\source\app\svmain.cxx @ 205]
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for
S:\OFFICE\LO-OO-parallel\master\program\soffice.bin - 
00f1febc 0030100a 90c95dc0 00f1fed4 0030103a sofficeapp!soffice_main+0x74
[c:\cygwin\home\tinderbox\master\desktop\source\app\sofficemain.cxx @ 135]
WARNING: Stack unwind information not available. Following frames may be wrong.
00f1fec8 0030103a 004d8f18 00f1feec 00301078 soffice+0x100a
00f1fed4 00301078 0002 004d8f18 0002 soffice!main+0x1a
00f1feec 003012ce 0030  00474166 soffice!main+0x58
00f1ff38 7559337a 7efde000 00f1ff84 77869882 soffice!main+0x2ae
00f1ff44 77869882 7efde000 76c7b5f6  kernel32!BaseThreadInitThunk+0xe
00f1ff84 77869855 0030119f 7efde000  ntdll!__RtlUserThreadStart+0x70
00f1ff9c  0030119f 7efde000  ntdll!_RtlUserThreadStart+0x1b

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs