cplace-asc crashes after a while when running in "watch" mode
Closed this issue · 1 comments
audriusstonkus commented
Happens only sporadically, but it seems that there is a memory leak somewhere.
Stack trace:
===> Recompiling cf.cplace.platform
⇢ [cf.cplace.platform] TypeScript compiled, starting bundling... (00m15s)
<--- Last few GCs --->
a[11072:00000271CB1CC2C0] 5644710 ms: Mark-sweep 1406.5 (1435.2) -> 1405.3 (1441.7) MB, 1745.7 / 0.0 ms (+ 0.0 ms in 72 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 1765 ms) (average mu = 0.074, current mu = 0.011) a[11072:00000271CB1CC2C0] 5646254 ms: Mark-sweep 1405.3 (1441.7) -> 1405.3 (1441.7) MB, 1542.5 / 0.
0 ms (+ 0.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 1543 ms) (average mu = 0.037, current mu = 0.001) al
<--- JS stacktrace --->
==== JS stack trace =========================================
0: ExitFrame [pc: 000002456B25C5C1]
Security context: 0x00ca71e1e6e1 <JSObject>
1: checkLVal [0000014832CFF3C1] [C:\Users\AudriusStonkus\AppData\Roaming\npm\node_modules\@cplace\asc\node_modules\acorn\dist\acorn.js:~1820] [pc=000002456D43B233](this=0x024b8785a3b1 <_class map = 0000014201C95291>,expr=0x03cdceba5211 <Node map = 00000016EC66EE69>,bindingType=1,checkClashes=0x03cdceba5681 <Object map = 00000016EC602571>)
2: checkP...
FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
1: 00007FF6CEF7121A v8::internal::GCIdleTimeHandler::GCIdleTimeHandler+4810
2: 00007FF6CEF4A5B6 node::MakeCallback+4518
3: 00007FF6CEF4AFA0 node_module_register+2160
4: 00007FF6CF1DB3EE v8::internal::FatalProcessOutOfMemory+846
5: 00007FF6CF1DB31F v8::internal::FatalProcessOutOfMemory+639
6: 00007FF6CF719304 v8::internal::Heap::MaxHeapGrowingFactor+11476
7: 00007FF6CF70FA67 v8::internal::ScavengeJob::operator=+25543
8: 00007FF6CF70DFDC v8::internal::ScavengeJob::operator=+18748
9: 00007FF6CF716F57 v8::internal::Heap::MaxHeapGrowingFactor+2343
10: 00007FF6CF716FD6 v8::internal::Heap::MaxHeapGrowingFactor+2470
11: 00007FF6CF2B9C08 v8::internal::Factory::AllocateRawArray+56
12: 00007FF6CF2BFF0A v8::internal::Factory::NewTransitionArray+58
13: 00007FF6CF7BF754 v8::internal::CodeStubAssembler::InitializeFunctionContext+27076
14: 00007FF6CF4E3AAE v8::internal::JSReceiver::GetOwnPropertyDescriptor+17822
15: 00007FF6CF4E3C06 v8::internal::JSReceiver::GetOwnPropertyDescriptor+18166
16: 00007FF6CF4E5DBB v8::internal::JSReceiver::GetOwnPropertyDescriptor+26795
17: 00007FF6CF4D4B64 v8::internal::JSReceiver::class_name+4228
18: 00007FF6CF4E51A9 v8::internal::JSReceiver::GetOwnPropertyDescriptor+23705
19: 00007FF6CF3AC7CE v8::internal::LookupIterator::PrepareTransitionToDataProperty+478
20: 00007FF6CF4D8CD1 v8::internal::JSReceiver::class_name+20977
21: 00007FF6CF2A9FD1 v8::internal::wasm::WasmCodeManager::LookupCode+18929
22: 00007FF6CF2AD068 v8::internal::wasm::WasmCodeManager::LookupCode+31368
23: 000002456B25C5C1
⟲ [cf.cplace.platform] starting TypeScript compilation...
⇢ [cf.cplace.platform] TypeScript compiled, starting bundling... (00m10s)
rose-m commented
Closed due to no activity, error not reported anymore.