Phantomjs crashes

While running, phantomjs crashes.
As requested, I am attaching the stack trace
Operating system: Linux
0.0.0 Linux 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:08 UTC 2014 x86_64
CPU: amd64
family 6 model 42 stepping 7
8 CPUs
Crash reason:  SIGSEGV
Crash address: 0x110
Thread 0 (crashed)
0  phantomjs!WebCore::RenderView::getRetainedWidgets [RenderView.cpp : 587 + 0x0]
rbx = 0x0000000000000000   r12 = 0x0000000000000100
r13 = 0x00007ffcef44bc18   r14 = 0x00007fff39389600
r15 = 0x0000000000000001   rip = 0x0000000000a96bba
rsp = 0x00007fff393890f0   rbp = 0x00007fff39389120
Found by: given as instruction pointer in context
1  phantomjs!WebCore::RenderView::updateWidgetPositions [RenderView.cpp : 615 + 0x4]
rbx = 0x00007ffcef44bb00   r12 = 0x0000000000000000
r13 = 0x00007ffcef44bc18   r14 = 0x00007fff39389600
r15 = 0x0000000000000001   rip = 0x0000000000a9ac3d
rsp = 0x00007fff39389120   rbp = 0x0000000000000000
Found by: call frame info
2  phantomjs!WebCore::FrameView::performPostLayoutTasks [FrameView.cpp : 2011 + 0x4]
rbx = 0x00007ffcef44bb00   r12 = 0x00007ffcef44bb00
r13 = 0x00007ffcef44bc18   r14 = 0x00007fff39389600
r15 = 0x0000000000000001   rip = 0x00000000008edc75
rsp = 0x00007fff39389160   rbp = 0x0000000000000000
Found by: call frame info
3  phantomjs!WebCore::FrameView::layout [FrameView.cpp : 843 + 0x7]
rbx = 0x00007ffce9711a58   r12 = 0x00007ffcef44bb00
r13 = 0x00007ffcea560400   r14 = 0x00007fff39389600
r15 = 0x0000000000000001   rip = 0x00000000008f37b3
rsp = 0x00007fff393891c0   rbp = 0x0000000000000001
Found by: call frame info
4  phantomjs!WebCore::RenderFrameBase::layoutWithFlattening [RenderFrameBase.cpp : 49 + 0xc]
rbx = 0x00007ffce9711a58   r12 = 0x00007ffcef44bb00
r13 = 0x0000000000000000   r14 = 0x00007fff39389600
r15 = 0x0000000000000001   rip = 0x000000000116e9d4
rsp = 0x00007fff393892b0   rbp = 0x00007ffce9711a58
Found by: call frame info
5  phantomjs!WebCore::RenderBlock::layoutInlineChildren [RenderObject.h : 539 + 0xb]
rbx = 0x00007ffce9711a58   r12 = 0x0000000000000000
r13 = 0x00007ffcec151020   r14 = 0x00007fff39389600
r15 = 0x00007ffd59dd2bd8   rip = 0x00000000009ef67c
rsp = 0x00007fff39389320   rbp = 0x00007ffd59dd2bd8
Found by: call frame info
6  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1260 + 0x1c]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000000
r13 = 0x00007ffcec151020   r14 = 0x00007fff39389600
r15 = 0x0000000000000000   rip = 0x00000000009da673
rsp = 0x00007fff393893f0   rbp = 0x00007ffd59dd2bd8
Found by: call frame info
7  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffd59dd2bd8   r12 = 0x00007ffd59dd2bd8
r13 = 0x00007ffd59dd2930   r14 = 0x00007fff3938962c
r15 = 0x0000000000000000   rip = 0x00000000009b919d
rsp = 0x00007fff39389530   rbp = 0x0000000000000000
Found by: call frame info
8  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x0000000000000000   r12 = 0x00007ffd59dd2bd8
r13 = 0x00007ffd59dd2930   r14 = 0x00007fff3938962c
r15 = 0x0000000000000000   rip = 0x00000000009d3140
rsp = 0x00007fff39389540   rbp = 0x0000000000000000
Found by: call frame info
9  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffd59dd2bd8   r12 = 0x00007ffd59dd2930
r13 = 0x00007fff39389620   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d91a1
rsp = 0x00007fff39389610   rbp = 0x0000000000000000
Found by: call frame info
10  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000008
r13 = 0x00007ffcec151020   r14 = 0x00007ffcedd3f000
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff39389670   rbp = 0x00007ffd59dd2930
Found by: call frame info
11  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffd59dd2930   r12 = 0x00007ffd59dd2930
r13 = 0x00007fff39389850   r14 = 0x00007ffcedd3f068
r15 = 0x00007ffcedd3f0e0   rip = 0x00000000009b919d
rsp = 0x00007fff393897b0   rbp = 0x00007ffcedd3f068
Found by: call frame info
12  phantomjs!WebCore::RenderBlock::insertFloatingObject [RenderObject.h : 539 + 0xc]
rbx = 0x0000000000000001   r12 = 0x00007ffd59dd2930
r13 = 0x00007fff39389850   r14 = 0x00007ffcedd3f068
r15 = 0x00007ffcedd3f0e0   rip = 0x00000000009d8643
rsp = 0x00007fff393897c0   rbp = 0x00007ffcedd3f068
Found by: call frame info
13  phantomjs!WebCore::RenderBlock::handleSpecialChild [RenderBlock.cpp : 1539 + 0xa]
rbx = 0x00007ffd59dd2930   r12 = 0x00007fff39389850
r13 = 0x00007fff39389850   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d8d57
rsp = 0x00007fff39389820   rbp = 0x00007ffcedd3f068
Found by: call frame info
14  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1943 + 0xd]
rbx = 0x00007ffd59dd2930   r12 = 0x00007ffcedd3f068
r13 = 0x00007fff39389850   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d9135
rsp = 0x00007fff39389840   rbp = 0x0000000000000000
Found by: call frame info
15  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff393898a0   rbp = 0x00007ffcedd3f068
Found by: call frame info
16  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcedd3f068   r12 = 0x00007ffcedd3f068
r13 = 0x00007ffcead31658   r14 = 0x00007fff39389adc
r15 = 0x00000000000003d3   rip = 0x00000000009b919d
rsp = 0x00007fff393899e0   rbp = 0x0000000000000000
Found by: call frame info
17  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x000000000000000b   r12 = 0x00007ffcedd3f068
r13 = 0x00007ffcead31658   r14 = 0x00007fff39389adc
r15 = 0x00000000000003d3   rip = 0x00000000009d3140
rsp = 0x00007fff393899f0   rbp = 0x0000000000000000
Found by: call frame info
18  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffcedd3f068   r12 = 0x00007ffcead31658
r13 = 0x00007fff39389ad0   r14 = 0x0000000000000000
r15 = 0x00000000000000a0   rip = 0x00000000009d91a1
rsp = 0x00007fff39389ac0   rbp = 0x00007ffce99d8a78
Found by: call frame info
19  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000000
r13 = 0x00007ffcec151020   r14 = 0x00007fff39389d00
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff39389b20   rbp = 0x00007ffcead31658
Found by: call frame info
20  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcead31658   r12 = 0x00007ffcead31658
r13 = 0x00007ffcead31468   r14 = 0x00007fff39389d5c
r15 = 0x0000000000000000   rip = 0x00000000009b919d
rsp = 0x00007fff39389c60   rbp = 0x0000000000000000
Found by: call frame info
21  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x0000000000000000   r12 = 0x00007ffcead31658
r13 = 0x00007ffcead31468   r14 = 0x00007fff39389d5c
r15 = 0x0000000000000000   rip = 0x00000000009d3140
rsp = 0x00007fff39389c70   rbp = 0x0000000000000000
Found by: call frame info
22  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffcead31658   r12 = 0x00007ffcead31468
r13 = 0x00007fff39389d50   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d91a1
rsp = 0x00007fff39389d40   rbp = 0x0000000000000000
Found by: call frame info
23  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x000000000000008b
r13 = 0x00007ffcec151020   r14 = 0x00007fff39389f00
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff39389da0   rbp = 0x00007ffcead31468
Found by: call frame info
24  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcead31468   r12 = 0x00007ffcead31468
r13 = 0x00007ffcec151478   r14 = 0x00007fff39389fdc
r15 = 0x0000000000000000   rip = 0x00000000009b919d
rsp = 0x00007fff39389ee0   rbp = 0x0000000000000000
Found by: call frame info
25  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x000000000000008b   r12 = 0x00007ffcead31468
r13 = 0x00007ffcec151478   r14 = 0x00007fff39389fdc
r15 = 0x0000000000000000   rip = 0x00000000009d3140
rsp = 0x00007fff39389ef0   rbp = 0x0000000000000000
Found by: call frame info
26  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffcead31468   r12 = 0x00007ffcec151478
r13 = 0x00007fff39389fd0   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d91a1
rsp = 0x00007fff39389fc0   rbp = 0x00007ffce7b79620
Found by: call frame info
27  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff3938a020   rbp = 0x00007ffcec151478
Found by: call frame info
28  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcec151478   r12 = 0x00007ffcec151478
r13 = 0x00007ffcec151288   r14 = 0x00007fff3938a25c
r15 = 0x0000000000000000   rip = 0x00000000009b919d
rsp = 0x00007fff3938a160   rbp = 0x0000000000000000
Found by: call frame info
29  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x0000000000000000   r12 = 0x00007ffcec151478
r13 = 0x00007ffcec151288   r14 = 0x00007fff3938a25c
r15 = 0x0000000000000000   rip = 0x00000000009d3140
rsp = 0x00007fff3938a170   rbp = 0x0000000000000000
Found by: call frame info
30  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffcec151478   r12 = 0x00007ffcec151288
r13 = 0x00007fff3938a250   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d91a1
rsp = 0x00007fff3938a240   rbp = 0x0000000000000000
Found by: call frame info
31  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x00007ffd5dd67e60   r12 = 0x0000000000000000
r13 = 0x00007ffcec151020   r14 = 0x00007fff3938a400
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff3938a2a0   rbp = 0x00007ffcec151288
Found by: call frame info
32  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcec151288   r12 = 0x00007ffcec151288
r13 = 0x00007ffcec151020   r14 = 0x00007fff3938a4dc
r15 = 0x0000000000000000   rip = 0x00000000009b919d
rsp = 0x00007fff3938a3e0   rbp = 0x0000000000000000
Found by: call frame info
33  phantomjs!WebCore::RenderBlock::layoutBlockChild [RenderBlock.cpp : 2009 + 0xc]
rbx = 0x0000000000000000   r12 = 0x00007ffcec151288
r13 = 0x00007ffcec151020   r14 = 0x00007fff3938a4dc
r15 = 0x0000000000000000   rip = 0x00000000009d3140
rsp = 0x00007fff3938a3f0   rbp = 0x0000000000000000
Found by: call frame info
34  phantomjs!WebCore::RenderBlock::layoutBlockChildren [RenderBlock.cpp : 1947 + 0x16]
rbx = 0x00007ffcec151288   r12 = 0x00007ffcec151020
r13 = 0x00007fff3938a4d0   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000009d91a1
rsp = 0x00007fff3938a4c0   rbp = 0x0000000000000000
Found by: call frame info
35  phantomjs!WebCore::RenderBlock::layoutBlock [RenderBlock.cpp : 1262 + 0x14]
rbx = 0x0000000000000000   r12 = 0x0000000000000000
r13 = 0x00007ffcec151020   r14 = 0x00007ffcec151100
r15 = 0x0000000000000000   rip = 0x00000000009db252
rsp = 0x00007fff3938a520   rbp = 0x00007ffcec151020
Found by: call frame info
36  phantomjs!WebCore::RenderBlock::layout [RenderBlock.cpp : 1158 + 0xf]
rbx = 0x00007ffcec151020   r12 = 0x0000000000000400
r13 = 0x00007ffceff9c800   r14 = 0x00007ffcec151150
r15 = 0x00007ffcec151020   rip = 0x00000000009b919d
rsp = 0x00007fff3938a660   rbp = 0x00007ffcec151020
Found by: call frame info
37  phantomjs!WebCore::RenderView::layout [RenderView.cpp : 130 + 0x7]
rbx = 0x0000000000000400   r12 = 0x0000000000000400
r13 = 0x00007ffceff9c800   r14 = 0x00007ffcec151150
r15 = 0x00007ffcec151020   rip = 0x0000000000a9b150
rsp = 0x00007fff3938a670   rbp = 0x00007ffcec151020
Found by: call frame info
38  phantomjs!WebCore::FrameView::layout [FrameView.cpp : 964 + 0xb]
rbx = 0x0000000000000400   r12 = 0x00007ffd5dd91dc0
r13 = 0x00007ffceff9c800   r14 = 0x00007ffcec151150
r15 = 0x00007ffcec151020   rip = 0x00000000008f3a3c
rsp = 0x00007fff3938a6e0   rbp = 0x0000000000000000
Found by: call frame info
39  phantomjs!WebCore::FrameView::layout [FrameView.cpp : 800 + 0xb]
rbx = 0x00007ffd5dd91dc0   r12 = 0x00007ffcef44b840
r13 = 0x0000000000000000   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00000000008f3d43
rsp = 0x00007fff3938a7d0   rbp = 0x0000000000000001
Found by: call frame info
40  phantomjs!WebCore::RenderWidget::updateWidgetPosition [RenderWidget.cpp : 364 + 0xc]
rbx = 0x00007ffcef44b840   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x0000000000a9d1ab
rsp = 0x00007fff3938a8c0   rbp = 0x00007ffce9a68280
Found by: call frame info
41  phantomjs!WebCore::RenderView::updateWidgetPositions [RenderView.cpp : 618 + 0xd]
rbx = 0x0000000000000002   r12 = 0x00007ffcec151020
r13 = 0x00007ffd5dd91ed8   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x0000000000a9ac55
rsp = 0x00007fff3938a9c0   rbp = 0x000000000000000f
Found by: call frame info
42  phantomjs!WebCore::FrameView::performPostLayoutTasks [FrameView.cpp : 2011 + 0x4]
rbx = 0x00007ffd5dd91dc0   r12 = 0x00007ffd5dd91dc0
r13 = 0x00007ffd5dd91ed8   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x00000000008edc75
rsp = 0x00007fff3938aa00   rbp = 0x00007ffcec151020
Found by: call frame info
43  phantomjs!WebCore::FrameView::layout [FrameView.cpp : 843 + 0x7]
rbx = 0x00007ffceff9c800   r12 = 0x00007ffd5dd91dc0
r13 = 0x00007ffceff9c800   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x00000000008f37b3
rsp = 0x00007fff3938aa60   rbp = 0x0000000000000001
Found by: call frame info
44  phantomjs!WebCore::Document::updateLayoutIgnorePendingStylesheets [Document.cpp : 1580 + 0xc]
rbx = 0x00007ffceff9c800   r12 = 0x0000000000000000
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x000000000060f90d
rsp = 0x00007fff3938ab50   rbp = 0x00007ffd5dd91dc0
Found by: call frame info
45  phantomjs!WebCore::DOMWindow::scrollX [DOMWindow.cpp : 1145 + 0xb]
rbx = 0x00007ffd5dd91dc0   r12 = 0x00007fff3938ac00
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x00000000008b6722
rsp = 0x00007fff3938ab80   rbp = 0x00007ffce9884840
Found by: call frame info
46  phantomjs!WebCore::jsDOMWindowPageXOffset [DOMWindow.h : 174 + 0xb]
rbx = 0x00007ffce5cb1550   r12 = 0x00007fff3938ac00
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x0000000000c6f0ac
rsp = 0x00007fff3938aba0   rbp = 0x00007ffd5968e8d0
Found by: call frame info
47  phantomjs!JSC::JSValue::get [PropertySlot.h : 75 + 0x7]
rbx = 0x00007ffce73fe100   r12 = 0x00007fff3938ac00
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0x00007ffd10c41310   rip = 0x0000000000f5d89d
rsp = 0x00007fff3938abb0   rbp = 0x00007ffd5968e8d0
Found by: call frame info
48  phantomjs!JSC::cti_op_get_by_id [JITStubs.cpp : 1592 + 0x4]
rbx = 0x00007fff3938ac90   r12 = 0x00007ffd10c41310
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0x00007fff3938ac00   rip = 0x0000000000f60756
rsp = 0x00007fff3938abf0   rbp = 0x00007fff3938ac88
Found by: call frame info
49  0x7ffd140852b6
rbx = 0x00007ffd140846ed   r12 = 0x0000000000000200
r13 = 0x00007ffd5a1ce440   r14 = 0xffff000000000000
r15 = 0xffff000000000002   rip = 0x00007ffd140852b7
rsp = 0x00007fff3938ac90   rbp = 0x00007fff3938ad30
Found by: call frame info
50  phantomjs!JSC::Interpreter::executeCall [JITCode.h : 77 + 0x16]
rip = 0x0000000000f2e476   rsp = 0x00007fff3938ad40
Found by: stack scanning
51  phantomjs!JSC::call [CallData.cpp : 38 + 0x21]
rbx = 0x00007ffd5dd7d850   r12 = 0x0000000000000002
r13 = 0x00007ffcef845690   r14 = 0x00007ffce9007ab0
r15 = 0x00007ffcec9c1050   rip = 0x0000000000f72a1d
rsp = 0x00007fff3938ae10   rbp = 0x00007ffd59c1e0d0
Found by: call frame info
52  phantomjs!WebCore::JSEventListener::handleEvent [JSMainThreadExecState.h : 48 + 0xc]
rbx = 0x00007ffd5dd7d850   r12 = 0x0000000000000002
r13 = 0x00007ffcef845690   r14 = 0x00007ffce9007ab0
r15 = 0x00007ffcec9c1050   rip = 0x00000000010042c3
rsp = 0x00007fff3938ae20   rbp = 0x00007ffd59c1e0d0
Found by: call frame info
53  phantomjs!WebCore::EventTarget::fireEventListeners [EventTarget.cpp : 360 + 0x1b]
rbx = 0x00007ffcef845690   r12 = 0x00007ffce9007ab0
r13 = 0x00007ffd59f44420   r14 = 0x00007ffd59f44508
r15 = 0x00007ffd59bbe550   rip = 0x000000000063c4e1
rsp = 0x00007fff3938b090   rbp = 0x0000000001003b30
Found by: call frame info
54  phantomjs!WebCore::EventTarget::fireEventListeners [EventTarget.cpp : 329 + 0x11]
rbx = 0x00007ffd59f44420   r12 = 0x0000000002a9bb08
r13 = 0x00007ffd59f44420   r14 = 0x0000000000000001
r15 = 0x00007fff3938b4e0   rip = 0x000000000063d663
rsp = 0x00007fff3938b110   rbp = 0x00007ffce9007ab0
Found by: call frame info
55  phantomjs!WebCore::DOMWindow::dispatchEvent [DOMWindow.cpp : 1591 + 0xa]
rbx = 0x00007fff3938b230   r12 = 0x0000000002a9bb08
r13 = 0x00007ffd59f44420   r14 = 0x0000000000000001
r15 = 0x00007fff3938b4e0   rip = 0x00000000008b7ee8
rsp = 0x00007fff3938b130   rbp = 0x00007ffce9007ab0
Found by: call frame info
56  phantomjs!WebCore::FrameLoader::stopLoading [FrameLoader.cpp : 394 + 0x20]
rbx = 0x0000000000000000   r12 = 0x00007ffce9007ab0
r13 = 0x0000000000000000   r14 = 0x0000000000000000
r15 = 0x00007fff3938b4e0   rip = 0x000000000085e2c3
rsp = 0x00007fff3938b1a0   rbp = 0x00007ffce8092978
Found by: call frame info
57  phantomjs!WebCore::FrameLoader::detachFromParent [FrameLoader.cpp : 463 + 0x22]
rbx = 0x00007ffce8092ae0   r12 = 0x00007ffce8092978
r13 = 0x00007ffce8092900   r14 = 0x0000000000000001
r15 = 0x00007fff3938b4e0   rip = 0x000000000085eb14
rsp = 0x00007fff3938b280   rbp = 0x00007ffcec40bdc0
Found by: call frame info
58  phantomjs!WebCore::FrameLoader::detachChildren [FrameLoader.cpp : 2614 + 0xb]
rbx = 0x00007ffcec40bd78   r12 = 0x00007ffd59ebd478
r13 = 0x00007ffce99fb800   r14 = 0x00007ffd59ebd630
r15 = 0x00007fff3938b4e0   rip = 0x000000000085ef30
rsp = 0x00007fff3938b2c0   rbp = 0x00007ffcec40bdc0
Found by: call frame info
59  phantomjs!WebCore::FrameLoader::setDocumentLoader [FrameLoader.cpp : 1878 + 0x7]
rbx = 0x00007ffce99fb800   r12 = 0x00007ffd59ebd478
r13 = 0x00007ffce99fb800   r14 = 0x00007ffd59ebd630
r15 = 0x00007fff3938b4e0   rip = 0x000000000085f120
rsp = 0x00007fff3938b320   rbp = 0x00007ffd59ebd630
Found by: call frame info
60  phantomjs!WebCore::FrameLoader::transitionToCommitted [FrameLoader.cpp : 2083 + 0xb]
rbx = 0x00007ffd59ebd478   r12 = 0x00007ffd59ebd5e0
r13 = 0x00007ffce99fb800   r14 = 0x00007ffd59ebd630
r15 = 0x00007fff3938b4e0   rip = 0x000000000085f3ae
rsp = 0x00007fff3938b340   rbp = 0x00007ffd59ebd638
Found by: call frame info
61  phantomjs!WebCore::FrameLoader::commitProvisionalLoad [FrameLoader.cpp : 1979 + 0xf]
rbx = 0x0000000000000000   r12 = 0x00007ffd59ebd478
r13 = 0x0000000000000001   r14 = 0x000000000000fd56
r15 = 0x000000000673e978   rip = 0x000000000085f94f
rsp = 0x00007fff3938b380   rbp = 0x00007ffd59ebd400
Found by: call frame info
62  phantomjs!WebCore::DocumentLoader::commitLoad [DocumentLoader.cpp : 278 + 0x4]
rbx = 0x00007ffce99fb800   r12 = 0x00007ffce99fb808
r13 = 0x0000000000000001   r14 = 0x000000000000fd56
r15 = 0x000000000673e978   rip = 0x00000000008401ad
rsp = 0x00007fff3938b540   rbp = 0x00007ffd59ebd400
Found by: call frame info
63  phantomjs!WebCore::ResourceLoader::didReceiveData [ResourceLoader.cpp : 279 + 0x14]
rbx = 0x00007ffcea964900   r12 = 0x000000000000fd56
r13 = 0x000000000673e978   r14 = 0xffffffffffffffff
r15 = 0x000000000673e978   rip = 0x00000000008869f3
rsp = 0x00007fff3938b580   rbp = 0x0000000000000001
Found by: call frame info
64  phantomjs!WebCore::MainResourceLoader::didReceiveData [MainResourceLoader.cpp : 463 + 0x13]
rbx = 0x00007ffcea964900   r12 = 0x0000000000000000
r13 = 0xffffffffffffffff   r14 = 0x000000000000fd56
r15 = 0x000000000673e978   rip = 0x0000000000873148
rsp = 0x00007fff3938b5b0   rbp = 0x0000000000000001
Found by: call frame info
65  phantomjs!WebCore::ResourceLoader::didReceiveData [ResourceLoader.cpp : 430 + 0x18]
rbx = 0x000000000673e960   r12 = 0x00000000ffffffff
r13 = 0x000000000000fd56   r14 = 0x000000000673e978
r15 = 0x0000000002a9bb08   rip = 0x0000000000885136
rsp = 0x00007fff3938b5f0   rbp = 0x00007ffcea964900
Found by: call frame info
66  phantomjs!WebCore::QNetworkReplyHandler::forwardData [QNetworkReplyHandler.cpp : 594 + 0x13]
rbx = 0x000000000673e960   r12 = 0x00007fff3938b720
r13 = 0x00000000066e3dc8   r14 = 0x00000000066e3dc8
r15 = 0x00000000066e3d90   rip = 0x0000000000ada694
rsp = 0x00007fff3938b670   rbp = 0x00000000066e3d90
Found by: call frame info
67  phantomjs!WebCore::QNetworkReplyHandlerCallQueue::flush [QNetworkReplyHandler.cpp : 198 + 0x28]
rbx = 0x00000000066172f8   r12 = 0x00007fff3938b720
r13 = 0x00000000066e3dc8   r14 = 0x00000000066e3dc8
r15 = 0x00000000066e3d90   rip = 0x0000000000adab81
rsp = 0x00007fff3938b6a0   rbp = 0x00000000066172d0
Found by: call frame info
68  phantomjs!WebCore::QNetworkReplyWrapper::emitMetaDataChanged [QNetworkReplyHandler.cpp : 178 + 0x4]
rbx = 0x0000000000000000   r12 = 0x00007fff3938b720
r13 = 0x00000000066e3dc8   r14 = 0x00000000066e5fe8
r15 = 0x00000000066e6210   rip = 0x0000000000adb1a7
rsp = 0x00007fff3938b6f0   rbp = 0x00000000066e5fb0
Found by: call frame info
69  phantomjs!WebCore::QNetworkReplyWrapper::receiveSniffedMIMEType [QNetworkReplyHandler.cpp : 307 + 0x7]
rbx = 0x00000000066e5fb0   r12 = 0x0000000000000000
r13 = 0x00007fff3938b7a0   r14 = 0x00000000066e5fe8
r15 = 0x00000000066e6210   rip = 0x0000000000adbac8
rsp = 0x00007fff3938b760   rbp = 0x00000000066e5ff8
Found by: call frame info
70  phantomjs!WebCore::QNetworkReplyWrapper::receiveMetaData [QNetworkReplyHandler.cpp : 293 + 0x7]
rbx = 0x000000000660b3c0   r12 = 0x0000000000000000
r13 = 0x00007fff3938b7a0   r14 = 0x00000000066e5fe8
r15 = 0x00000000066e6210   rip = 0x0000000000add44d
rsp = 0x00007fff3938b790   rbp = 0x00000000066e5fb0
Found by: call frame info
71  phantomjs!QMetaObject::activate [qobject.cpp : 3539 + 0x1e]
rbx = 0x0000000000000004   r12 = 0x00000000066e5201
r13 = 0x0000000000add6c0   r14 = 0x0000000000000000
r15 = 0x00000000066e6210   rip = 0x0000000001cf6ff8
rsp = 0x00007fff3938b880   rbp = 0x00000000066e5fb0
Found by: call frame info
72  phantomjs!QNetworkReplyImplPrivate::appendDownstreamDataSignalEmissions [qnetworkreplyimpl.cpp : 622 + 0x7]
rbx = 0x00000000066e4ec0   r12 = 0x00000000066e5280
r13 = 0x0000000006676a20   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x0000000001b30e4f
rsp = 0x00007fff3938b9a0   rbp = 0x00007fff3938ba60
Found by: call frame info
73  phantomjs!QNetworkAccessHttpBackend::replyDownloadData [qnetworkaccesshttpbackend.cpp : 743 + 0xa]
rbx = 0x00000000066e5200   r12 = 0x00000000066e5280
r13 = 0x0000000003305b50   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x0000000001b1c84a
rsp = 0x00007fff3938ba00   rbp = 0x00007fff3938ba60
Found by: call frame info
74  phantomjs!QNetworkAccessHttpBackend::qt_static_metacall [moc_qnetworkaccesshttpbackend_p.cpp : 95 + 0x9]
rbx = 0x00007ffd0c8a5120   r12 = 0x00007ffd0c1055a0
r13 = 0x0000000003305b50   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x0000000001ba7051
rsp = 0x00007fff3938ba30   rbp = 0x00000000066e5200
Found by: call frame info
75  phantomjs!QObject::event [qobject.cpp : 1191 + 0x8]
rbx = 0x00000000066e5200   r12 = 0x00007ffd0c1055a0
r13 = 0x0000000003305b50   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x0000000001cefd28
rsp = 0x00007fff3938bac0   rbp = 0x0000000000000000
Found by: call frame info
76  phantomjs!QApplicationPrivate::notify_helper [qapplication.cpp : 4562 + 0xc]
rbx = 0x00007fff3938c420   r12 = 0x00007ffd0c1055a0
r13 = 0x0000000003305b50   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x00000000015dedaf
rsp = 0x00007fff3938bc60   rbp = 0x00000000066e5200
Found by: call frame info
77  phantomjs!QApplication::notify [qapplication.cpp : 4423 + 0x17]
rbx = 0x00007fff3938c420   r12 = 0x00007ffd0c1055a0
r13 = 0x00007fff3938c420   r14 = 0x0000000003303208
r15 = 0x00007ffd0c1055a0   rip = 0x00000000015e7a3b
rsp = 0x00007fff3938bc90   rbp = 0x00000000066e5200
Found by: call frame info
78  phantomjs!QCoreApplication::notifyInternal [qcoreapplication.cpp : 946 + 0x2]
rbx = 0x00000000033031c0   r12 = 0x00007ffd0c1055a0
r13 = 0x00007fff3938c420   r14 = 0x0000000003303208
r15 = 0x00000000033031fc   rip = 0x0000000001cde4d4
rsp = 0x00007fff3938c160   rbp = 0x00000000066e5200
Found by: call frame info
79  phantomjs!QCoreApplicationPrivate::sendPostedEvents [qcoreapplication.h : 231 + 0x1f]
rbx = 0x00007ffd0c1055a0   r12 = 0x00000000033031c0
r13 = 0x00000000066e5200   r14 = 0x0000000003303208
r15 = 0x00000000033031fc   rip = 0x0000000001cdf434
rsp = 0x00007fff3938c1b0   rbp = 0x00007ffd0c8a5a80
Found by: call frame info
80  phantomjs!QEventDispatcherQPA::processEvents [qcoreapplication.h : 236 + 0xb]
rbx = 0x00000000035b7750   r12 = 0x0000000000000000
r13 = 0x0000000003303030   r14 = 0x00007fff3938c2b0
r15 = 0x00000000033032d8   rip = 0x000000000163a723
rsp = 0x00007fff3938c270   rbp = 0x00000000033070b0
Found by: call frame info
81  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
rbx = 0x00000000035b7750   r12 = 0x00007fff3938c340
r13 = 0x00007fff3938c350   r14 = 0x0000000003303230
r15 = 0x00000000033032d8   rip = 0x0000000001cdd5b5
rsp = 0x00007fff3938c2b0   rbp = 0x00007fff3938c2f0
Found by: call frame info
82  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
rbx = 0x00000000035b7750   r12 = 0x00007fff3938c340
r13 = 0x00007fff3938c350   r14 = 0x0000000003303230
r15 = 0x00000000033032d8   rip = 0x0000000001cdda18
rsp = 0x00007fff3938c2e0   rbp = 0x00007fff3938c420
Found by: call frame info
83  phantomjs!QCoreApplication::exec [qcoreapplication.cpp : 1218 + 0x4]
rbx = 0x00000000033031c0   r12 = 0x00007fff3938c420
r13 = 0x00007fff3938c618   r14 = 0x00007fff3938c390
r15 = 0x0000000000000000   rip = 0x0000000001cdf8cb
rsp = 0x00007fff3938c340   rbp = 0x00000000033031c0
Found by: call frame info
84  phantomjs!main [main.cpp : 121 + 0x4]
rbx = 0x000000000336e7a0   r12 = 0x00007fff3938c420
r13 = 0x00007fff3938c618   r14 = 0x00007fff3938c390
r15 = 0x0000000000000000   rip = 0x0000000000427db2
rsp = 0x00007fff3938c380   rbp = 0x00007fff3938c5b8
Found by: call frame info
85  libc-2.19.so + 0x21ec4
rbx = 0x0000000000000000   r12 = 0x0000000000407cc0
r13 = 0x00007fff3938c5b0   r14 = 0x0000000000000000
r15 = 0x0000000000000000   rip = 0x00007ffd5c597ec5
rsp = 0x00007fff3938c4e0   rbp = 0x0000000000000000
Found by: call frame info
86  phantomjs + 0x27b5f
rip = 0x0000000000427b60   rsp = 0x00007fff3938c500
Found by: stack scanning
Thread 1
0  libc-2.19.so + 0xc1d8d
rbx = 0x00007ffd5b5cec80   r12 = 0x00007ffd5b5ced00
r13 = 0x00007ffce70089d0   r14 = 0x0000000002a7e3e0
r15 = 0x0000000002a7e3b0   rip = 0x00007ffd5c637d8d
rsp = 0x00007ffd5b5cec60   rbp = 0x00000000ffffffff
Found by: given as instruction pointer in context
1  libc-2.19.so + 0xc1c23
rip = 0x00007ffd5c637c24   rsp = 0x00007ffd5b5cec70
Found by: stack scanning
2  ld-2.19.so + 0xa990
rip = 0x00007ffd5dc6f991   rsp = 0x00007ffd5b5ced20
Found by: stack scanning
3  libc-2.19.so + 0xe89f
rip = 0x00007ffd5c5848a0   rsp = 0x00007ffd5b5ced28
Found by: stack scanning
4  phantomjs + 0x18b5d6f
rip = 0x0000000001cb5d70   rsp = 0x00007ffd5b5ced88
Found by: stack scanning
5  libc-2.19.so + 0x3d27
rip = 0x00007ffd5c579d28   rsp = 0x00007ffd5b5ced98
Found by: stack scanning
6  libc-2.19.so + 0xe89f
rip = 0x00007ffd5c5848a0   rsp = 0x00007ffd5b5ceda8
Found by: stack scanning
7  phantomjs!WebPage::renderPdf [qmap.h : 172 + 0x5]
rip = 0x00000000004173d8   rsp = 0x00007ffd5b5cedb0
Found by: stack scanning
Thread 2
0  libc-2.19.so + 0xf2cb3
rbx = 0x0000000000000000   r12 = 0x00007ffd5adcddb0
r13 = 0x0000000000000008   r14 = 0x00007ffd54000a98
r15 = 0x00007ffd54000d30   rip = 0x00007ffd5c668cb3
rsp = 0x00007ffd5adcdb80   rbp = 0x00007ffd540008e0
Found by: given as instruction pointer in context
1  phantomjs!qt_safe_select [qcore_unix.cpp : 83 + 0x15]
rip = 0x0000000001d06427   rsp = 0x00007ffd5adcdb90
Found by: stack scanning
2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
rbx = 0x00007ffd540012b0   r12 = 0x00007ffd5adcddb0
r13 = 0x00007ffd540008e0   r14 = 0x0000000000000000
r15 = 0x00007ffd54000d30   rip = 0x0000000001d076e7
rsp = 0x00007ffd5adcdc20   rbp = 0x00007ffd540008e0
Found by: call frame info
3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
rbx = 0x00007ffd540012b0   r12 = 0x00007ffd5adcddb0
r13 = 0x00007ffd540008c0   r14 = 0x0000000000000001
r15 = 0x00000000035a0e18   rip = 0x0000000001d08192
rsp = 0x00007ffd5adcdd60   rbp = 0x00007ffd540008e0
Found by: call frame info
4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
rbx = 0x00007ffd540012b0   r12 = 0x00007ffd5adcde40
r13 = 0x00007ffd5adcde50   r14 = 0x0000000003303230
r15 = 0x00000000035a0e18   rip = 0x0000000001cdd5b5
rsp = 0x00007ffd5adcddb0   rbp = 0x00007ffd5adcddf0
Found by: call frame info
5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
rbx = 0x00007ffd540012b0   r12 = 0x00007ffd5adcde40
r13 = 0x00007ffd5adcde50   r14 = 0x0000000003303230
r15 = 0x00000000035a0e18   rip = 0x0000000001cdda18
rsp = 0x00007ffd5adcdde0   rbp = 0x00007fff3938c420
Found by: call frame info
6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
rbx = 0x00000000035a0d90   r12 = 0x00000000035a0e18
r13 = 0x0000000000000001   r14 = 0x00007ffd5adce9c0
r15 = 0x00007ffd5adce700   rip = 0x0000000001bdfef6
rsp = 0x00007ffd5adcde40   rbp = 0x00000000035a0e18
Found by: call frame info
7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00000000035a0e18   r12 = 0x00000000035a0ed0
r13 = 0x0000000000000001   r14 = 0x00007ffd5adce9c0
r15 = 0x00007ffd5adce700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd5adcde90   rbp = 0x00000000035a0a00
Found by: call frame info
8  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd5adce700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd5adce9c0
r15 = 0x00007ffd5adce700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd5adcdee0   rbp = 0x0000000000000000
Found by: call frame info
9  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd5adcdf80
Found by: stack scanning
Thread 3
0  libc-2.19.so + 0xf2cb3
rbx = 0x00007ffd59627d60   r12 = 0x000000000007975e
r13 = 0x0000000000000142   r14 = 0x00007ffd0c000a98
r15 = 0x00007ffd0c000d30   rip = 0x00007ffd5c668cb3
rsp = 0x00007ffd59627b80   rbp = 0x0000000000031b58
Found by: given as instruction pointer in context
1  phantomjs!qt_safe_select [qcore_unix.cpp : 93 + 0x16]
rip = 0x0000000001d06328   rsp = 0x00007ffd59627b90
Found by: stack scanning
2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
rbx = 0x00007ffd0c0012b0   r12 = 0x00007ffd59627db0
r13 = 0x00007ffd0c0008e0   r14 = 0x00007ffd59627d60
r15 = 0x00007ffd0c000d30   rip = 0x0000000001d076e7
rsp = 0x00007ffd59627c20   rbp = 0x00007ffd0c0008e0
Found by: call frame info
3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
rbx = 0x00007ffd0c0012b0   r12 = 0x00007ffd59627db0
r13 = 0x00007ffd0c0008c0   r14 = 0x0000000000000001
r15 = 0x0000000003671c18   rip = 0x0000000001d08192
rsp = 0x00007ffd59627d60   rbp = 0x00007ffd0c0008e0
Found by: call frame info
4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
rbx = 0x00007ffd0c0012b0   r12 = 0x00007ffd59627e40
r13 = 0x00007ffd59627e50   r14 = 0x0000000003303230
r15 = 0x0000000003671c18   rip = 0x0000000001cdd5b5
rsp = 0x00007ffd59627db0   rbp = 0x00007ffd59627df0
Found by: call frame info
5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
rbx = 0x00007ffd0c0012b0   r12 = 0x00007ffd59627e40
r13 = 0x00007ffd59627e50   r14 = 0x0000000003303230
r15 = 0x0000000003671c18   rip = 0x0000000001cdda18
rsp = 0x00007ffd59627de0   rbp = 0x00007fff3938c420
Found by: call frame info
6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
rbx = 0x0000000003671b90   r12 = 0x0000000003671c18
r13 = 0x0000000000000001   r14 = 0x00007ffd596289c0
r15 = 0x00007ffd59628700   rip = 0x0000000001bdfef6
rsp = 0x00007ffd59627e40   rbp = 0x0000000003671c18
Found by: call frame info
7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x0000000003671c18   r12 = 0x0000000003671c60
r13 = 0x0000000000000001   r14 = 0x00007ffd596289c0
r15 = 0x00007ffd59628700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd59627e90   rbp = 0x0000000003671b70
Found by: call frame info
8  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd59628700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd596289c0
r15 = 0x00007ffd59628700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd59627ee0   rbp = 0x0000000000000000
Found by: call frame info
9  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd59627f80
Found by: stack scanning
Thread 4
0  libpthread-2.19.so + 0xc7ce
rbx = 0x00007ffd0c005410   r12 = 0x000000000000029b
r13 = 0x00007ffd58e26df0   r14 = 0xffffffffffffff92
r15 = 0x00007ffd0c005300   rip = 0x00007ffd5d1687ce
rsp = 0x00007ffd58e26d70   rbp = 0x00007ffd0c005700
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
rip = 0x0000000001be3ad7   rsp = 0x00007ffd58e26dd0
Found by: stack scanning
2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
rbx = 0x00007ffd0c005330   r12 = 0x00007ffd0c0053b9
r13 = 0x0000000000000002   r14 = 0x00007ffd0c5b2e10
r15 = 0x00007ffd58e27700   rip = 0x0000000001bd793d
rsp = 0x00007ffd58e26e50   rbp = 0x00007ffd0c005700
Found by: call frame info
3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00007ffd080012b0   r12 = 0x00007ffd0c0058a0
r13 = 0x0000000000000001   r14 = 0x00007ffd58e279c0
r15 = 0x00007ffd58e27700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd58e26e90   rbp = 0x00007ffd0c005700
Found by: call frame info
4  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd58e27700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd58e279c0
r15 = 0x00007ffd58e27700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd58e26ee0   rbp = 0x0000000000000000
Found by: call frame info
5  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd58e26f80
Found by: stack scanning
Thread 5
0  libc-2.19.so + 0xf2cb3
rbx = 0x00007ffd13ffed60   r12 = 0x000000000007975e
r13 = 0x000000000000013c   r14 = 0x00007ffd00000a98
r15 = 0x00007ffd00000d30   rip = 0x00007ffd5c668cb3
rsp = 0x00007ffd13ffeb80   rbp = 0x00000000000214ac
Found by: given as instruction pointer in context
1  phantomjs!qt_safe_select [qcore_unix.cpp : 93 + 0x16]
rip = 0x0000000001d06328   rsp = 0x00007ffd13ffeb90
Found by: stack scanning
2  phantomjs!QEventDispatcherUNIXPrivate::doSelect [qeventdispatcher_unix.cpp : 223 + 0xd]
rbx = 0x00007ffd000012b0   r12 = 0x00007ffd13ffedb0
r13 = 0x00007ffd000008e0   r14 = 0x00007ffd13ffed60
r15 = 0x00007ffd00000d30   rip = 0x0000000001d076e7
rsp = 0x00007ffd13ffec20   rbp = 0x00007ffd000008e0
Found by: call frame info
3  phantomjs!QEventDispatcherUNIX::processEvents [qeventdispatcher_unix.cpp : 937 + 0x4]
rbx = 0x00007ffd000012b0   r12 = 0x00007ffd13ffedb0
r13 = 0x00007ffd000008c0   r14 = 0x0000000000000001
r15 = 0x000000000367cf98   rip = 0x0000000001d08192
rsp = 0x00007ffd13ffed60   rbp = 0x00007ffd000008e0
Found by: call frame info
4  phantomjs!QEventLoop::processEvents [qeventloop.cpp : 149 + 0x1]
rbx = 0x00007ffd000012b0   r12 = 0x00007ffd13ffee40
r13 = 0x00007ffd13ffee50   r14 = 0x0000000003303230
r15 = 0x000000000367cf98   rip = 0x0000000001cdd5b5
rsp = 0x00007ffd13ffedb0   rbp = 0x00007ffd13ffedf0
Found by: call frame info
5  phantomjs!QEventLoop::exec [qeventloop.cpp : 200 + 0x4]
rbx = 0x00007ffd000012b0   r12 = 0x00007ffd13ffee40
r13 = 0x00007ffd13ffee50   r14 = 0x0000000003303230
r15 = 0x000000000367cf98   rip = 0x0000000001cdda18
rsp = 0x00007ffd13ffede0   rbp = 0x00007fff3938c420
Found by: call frame info
6  phantomjs!QThread::exec [qthread.cpp : 542 + 0xc]
rbx = 0x000000000367cf10   r12 = 0x000000000367cf98
r13 = 0x0000000000000001   r14 = 0x00007ffd13fff9c0
r15 = 0x00007ffd13fff700   rip = 0x0000000001bdfef6
rsp = 0x00007ffd13ffee40   rbp = 0x000000000367cf98
Found by: call frame info
7  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x000000000367cf98   r12 = 0x000000000367cfe0
r13 = 0x0000000000000001   r14 = 0x00007ffd13fff9c0
r15 = 0x00007ffd13fff700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd13ffee90   rbp = 0x000000000367cef0
Found by: call frame info
8  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd13fff700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd13fff9c0
r15 = 0x00007ffd13fff700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd13ffeee0   rbp = 0x0000000000000000
Found by: call frame info
9  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd13ffef80
Found by: stack scanning
Thread 6
0  libpthread-2.19.so + 0xc7ce
rbx = 0x00007ffd0c005410   r12 = 0x000000000000029e
r13 = 0x00007ffd135f7df0   r14 = 0xffffffffffffff92
r15 = 0x00007ffd0c005300   rip = 0x00007ffd5d1687ce
rsp = 0x00007ffd135f7d70   rbp = 0x00007ffd0c0082a0
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
rip = 0x0000000001be3ad7   rsp = 0x00007ffd135f7dd0
Found by: stack scanning
2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
rbx = 0x00007ffd0c005330   r12 = 0x00007ffd0c0053b9
r13 = 0x0000000000000002   r14 = 0x00007ffd0c046470
r15 = 0x00007ffd135f8700   rip = 0x0000000001bd793d
rsp = 0x00007ffd135f7e50   rbp = 0x00007ffd0c0082a0
Found by: call frame info
3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00007ffcf00012b0   r12 = 0x00007ffd0c008550
r13 = 0x0000000000000001   r14 = 0x00007ffd135f89c0
r15 = 0x00007ffd135f8700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd135f7e90   rbp = 0x00007ffd0c0082a0
Found by: call frame info
4  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd135f8700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd135f89c0
r15 = 0x00007ffd135f8700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd135f7ee0   rbp = 0x0000000000000000
Found by: call frame info
5  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd135f7f80
Found by: stack scanning
Thread 7
0  libpthread-2.19.so + 0xc7ce
rbx = 0x00007ffd0c005410   r12 = 0x0000000000000299
r13 = 0x00007ffd12df6df0   r14 = 0xffffffffffffff92
r15 = 0x00007ffd0c005300   rip = 0x00007ffd5d1687ce
rsp = 0x00007ffd12df6d70   rbp = 0x00007ffd0c00c820
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
rip = 0x0000000001be3ad7   rsp = 0x00007ffd12df6dd0
Found by: stack scanning
2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
rbx = 0x00007ffd0c005330   r12 = 0x00007ffd0c0053b9
r13 = 0x0000000000000002   r14 = 0x00007ffd0c042760
r15 = 0x00007ffd12df7700   rip = 0x0000000001bd793d
rsp = 0x00007ffd12df6e50   rbp = 0x00007ffd0c00c820
Found by: call frame info
3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00007ffcfc0012b0   r12 = 0x00007ffd0c00cb70
r13 = 0x0000000000000001   r14 = 0x00007ffd12df79c0
r15 = 0x00007ffd12df7700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd12df6e90   rbp = 0x00007ffd0c00c820
Found by: call frame info
4  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd12df7700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd12df79c0
r15 = 0x00007ffd12df7700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd12df6ee0   rbp = 0x0000000000000000
Found by: call frame info
5  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd12df6f80
Found by: stack scanning
Thread 8
0  libpthread-2.19.so + 0xc7ce
rbx = 0x00007ffd0c005410   r12 = 0x00000000000002a1
r13 = 0x00007ffd125f5df0   r14 = 0xffffffffffffff92
r15 = 0x00007ffd0c005300   rip = 0x00007ffd5d1687ce
rsp = 0x00007ffd125f5d70   rbp = 0x00007ffd0c0109d0
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
rip = 0x0000000001be3ad7   rsp = 0x00007ffd125f5dd0
Found by: stack scanning
2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
rbx = 0x00007ffd0c005330   r12 = 0x00007ffd0c0053b9
r13 = 0x0000000000000002   r14 = 0x00007ffd0c8a25e0
r15 = 0x00007ffd125f6700   rip = 0x0000000001bd793d
rsp = 0x00007ffd125f5e50   rbp = 0x00007ffd0c0109d0
Found by: call frame info
3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00007ffd040012b0   r12 = 0x00007ffd0c010c80
r13 = 0x0000000000000001   r14 = 0x00007ffd125f69c0
r15 = 0x00007ffd125f6700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd125f5e90   rbp = 0x00007ffd0c0109d0
Found by: call frame info
4  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd125f6700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd125f69c0
r15 = 0x00007ffd125f6700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd125f5ee0   rbp = 0x0000000000000000
Found by: call frame info
5  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd125f5f80
Found by: stack scanning
Thread 9
0  libpthread-2.19.so + 0xc7ce
rbx = 0x00007ffd0c005410   r12 = 0x000000000000029f
r13 = 0x00007ffd11df4df0   r14 = 0xffffffffffffff92
r15 = 0x00007ffd0c005300   rip = 0x00007ffd5d1687ce
rsp = 0x00007ffd11df4d70   rbp = 0x00007ffd0c014a90
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 84 + 0x7]
rip = 0x0000000001be3ad7   rsp = 0x00007ffd11df4dd0
Found by: stack scanning
2  phantomjs!QThreadPoolThread::run [qthreadpool.cpp : 141 + 0x1d]
rbx = 0x00007ffd0c005330   r12 = 0x00007ffd0c0053b9
r13 = 0x0000000000000002   r14 = 0x00007ffd0c222fc0
r15 = 0x00007ffd11df5700   rip = 0x0000000001bd793d
rsp = 0x00007ffd11df4e50   rbp = 0x00007ffd0c014a90
Found by: call frame info
3  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00007ffcf80012b0   r12 = 0x00007ffd0c014e60
r13 = 0x0000000000000001   r14 = 0x00007ffd11df59c0
r15 = 0x00007ffd11df5700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd11df4e90   rbp = 0x00007ffd0c014a90
Found by: call frame info
4  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd11df5700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd11df59c0
r15 = 0x00007ffd11df5700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd11df4ee0   rbp = 0x0000000000000000
Found by: call frame info
5  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd11df4f80
Found by: stack scanning
Thread 10
0  libpthread-2.19.so + 0xc414
rbx = 0x0000000003681700   r12 = 0x004189374bc6a7ef
r13 = 0xffffffffffffffff   r14 = 0x0000000003681728
r15 = 0x000000000366abd0   rip = 0x00007ffd5d168414
rsp = 0x00007ffd115f3d40   rbp = 0x00007ffd59975690
Found by: given as instruction pointer in context
1  phantomjs!QWaitCondition::wait [qwaitcondition_unix.cpp : 86 + 0xa]
rip = 0x0000000001be3af5   rsp = 0x00007ffd115f3d70
rbp = 0x00007ffd59975690
Found by: stack scanning
2  phantomjs!WTF::ThreadCondition::timedWait [ThreadingQt.cpp : 253 + 0x12]
rbx = 0x00007ffd59975688   r12 = 0x000000000000000f
r13 = 0x00007ffd59975688   r14 = 0x00007ffd59975690
r15 = 0x00007ffd115f3e50   rip = 0x00000000004e71ea
rsp = 0x00007ffd115f3df0   rbp = 0x00007ffd59975690
Found by: call frame info
3  phantomjs!WTF::MessageQueueWebCore::LocalStorageTask::waitForMessage [MessageQueue.h : 137 + 0x12]
rbx = 0x000000000000000f   r12 = 0x000000000000000f
r13 = 0x00007ffd59975688   r14 = 0x00007ffd59975690
r15 = 0x00007ffd115f3e50   rip = 0x0000000001185369
rsp = 0x00007ffd115f3e10   rbp = 0x00007ffd59975698
Found by: call frame info
4  phantomjs!WebCore::LocalStorageThread::threadEntryPoint [LocalStorageThread.cpp : 68 + 0xa]
rbx = 0x00007ffce9020e38   r12 = 0x00000000035d6cb0
r13 = 0x0000000000000001   r14 = 0x00007ffd115f49c0
r15 = 0x00007ffd115f4700   rip = 0x0000000001185593
rsp = 0x00007ffd115f3e50   rbp = 0x00007ffd59975688
Found by: call frame info
5  phantomjs!WTF::ThreadPrivate::run [ThreadingQt.cpp : 66 + 0x6]
rbx = 0x0000000003675df0   r12 = 0x00000000035d6cb0
r13 = 0x0000000000000001   r14 = 0x00007ffd115f49c0
r15 = 0x00007ffd115f4700   rip = 0x00000000004e69fb
rsp = 0x00007ffd115f3e80   rbp = 0x0000000003675df0
Found by: call frame info
6  phantomjs!QThreadPrivate::start [qthread_unix.cpp : 338 + 0x9]
rbx = 0x00000000035d6bf8   r12 = 0x00000000035d6cb0
r13 = 0x0000000000000001   r14 = 0x00007ffd115f49c0
r15 = 0x00007ffd115f4700   rip = 0x0000000001be2dc2
rsp = 0x00007ffd115f3e90   rbp = 0x0000000003675df0
Found by: call frame info
7  libpthread-2.19.so + 0x8181
rbx = 0x00007ffd115f4700   r12 = 0x0000000000000000
r13 = 0x0000000000000000   r14 = 0x00007ffd115f49c0
r15 = 0x00007ffd115f4700   rip = 0x00007ffd5d164182
rsp = 0x00007ffd115f3ee0   rbp = 0x0000000000000000
Found by: call frame info
8  libc-2.19.so + 0xfb38c
rip = 0x00007ffd5c67138d   rsp = 0x00007ffd115f3f80
Found by: stack scanning
Loaded modules:
0x00400000 - 0x0268dfff  phantomjs  ???  (main)
0x7ffce8f90000 - 0x7ffce8fe6fff  DejaVuSans-ExtraLight.ttf  ???
0x7ffced4db000 - 0x7ffced52dfff  DejaVuSerif-BoldItalic.ttf  ???
0x7ffced9cc000 - 0x7ffceda06fff  DejaVuSansMono-BoldOblique.ttf  ???
0x7ffcede09000 - 0x7ffcede45fff  DejaVuSansMono-Oblique.ttf  ???
0x7ffcede46000 - 0x7ffcede99fff  DejaVuSerif-Italic.ttf  ???
0x7ffcede9a000 - 0x7ffcedf34fff  DejaVuSans-Oblique.ttf  ???
0x7ffcee2ab000 - 0x7ffcee2f9fff  DejaVuSerifCondensed-Bold.ttf  ???
0x7ffcefdf0000 - 0x7ffcefe49fff  DejaVuSerif.ttf  ???
0x7ffd10153000 - 0x7ffd101a0fff  DejaVuSansMono-Bold.ttf  ???
0x7ffd104ac000 - 0x7ffd10546fff  DejaVuSans-BoldOblique.ttf  ???
0x7ffd10547000 - 0x7ffd10598fff  DejaVuSansMono.ttf  ???
0x7ffd108ff000 - 0x7ffd1099efff  DejaVuSansCondensed-Bold.ttf  ???
0x7ffd10cbf000 - 0x7ffd10d74fff  DejaVuSans.ttf  ???
0x7ffd135f9000 - 0x7ffd137fefff  libnss_dns-2.19.so  ???
0x7ffd581f6000 - 0x7ffd58401fff  libnss_files-2.19.so  ???
0x7ffd58402000 - 0x7ffd5861afff  libresolv-2.19.so  ???
0x7ffd5b5d0000 - 0x7ffd5b82cfff  libssl.so.1.0.0  ???
0x7ffd5b82e000 - 0x7ffd5bc03fff  libcrypto.so.1.0.0  ???
0x7ffd5bc08000 - 0x7ffd5bf0cfff  locale-archive  ???
0x7ffd5bf0d000 - 0x7ffd5c136fff  libexpat.so.1.6.0  ???
0x7ffd5c137000 - 0x7ffd5c35cfff  libpng12.so.0.50.0  ???
0x7ffd5c35d000 - 0x7ffd5c575fff  libz.so.1.2.8  ???
0x7ffd5c576000 - 0x7ffd5c936fff  libc-2.19.so  ???
0x7ffd5c93c000 - 0x7ffd5cb51fff  libgcc_s.so.1  ???
0x7ffd5cb52000 - 0x7ffd5ce57fff  libm-2.19.so  ???
0x7ffd5ce58000 - 0x7ffd5d146fff  libstdc++.so.6.0.19  ???
0x7ffd5d15c000 - 0x7ffd5d375fff  libpthread-2.19.so  ???
0x7ffd5d37a000 - 0x7ffd5d581fff  librt-2.19.so  ???
0x7ffd5d582000 - 0x7ffd5d785fff  libdl-2.19.so  ???
0x7ffd5d786000 - 0x7ffd5d9c1fff  libfontconfig.so.1.8.0  ???
0x7ffd5d9c2000 - 0x7ffd5dc64fff  libfreetype.so.6.11.1  ???
0x7ffd5dc65000 - 0x7ffd5dc87fff  ld-2.19.so  ???
0x7ffd5de67000 - 0x7ffd5de71fff  d589a48862398ed80a3d6066f4f56f4c-le64.cache-4  ???
0x7fff393fe000 - 0x7fff393fffff  linux-gate.so  ???

Please upgrade to PhantomJS 2.0. 1.9.x is no longer supported, and known to have many crasher bugs that are fixed in 2.0.


Default installation instructions overwrite system files

Checklist

[ ] I'm reporting a broken site support issue
[n/a] I've verified that I'm running youtube-dl version 2021.12.17
[ ] I've checked that all provided URLs are alive and playable in a browser
[ ] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar bug reports including closed ones
[x] I've read bugs section in FAQ

Verbose log
See explanation of the problem here: https://askubuntu.com/questions/1383688/after-installing-youtube-dl-on-ubuntu-21-10-with-the-instructions-on-github-many
After installing youtube-dl using the current instructions in the README (curl -o), this user lost a key system executable. This is the output of him trying to run a program that was not supposed to be related to youtube-dl (which had been overwritten):
$ gedit

Usage: gedit [OPTIONS] URL [URL...]

gedit: error: You must provide at least one URL.
Type youtube-dl --help to see a list of all options.

Description
The installation instructions overwrite symlink referents. Some systems are organized with executables being symlinked to a multi-call binary like busybox, toolbox, or (in this case) firejail. curl -o does not overwrite the symlink, but instead overwrites the symlink referent. The multi-call binary will be overwritten! I suggest a change to the installation instructions--instead of:
sudo curl -L https://yt-dl.org/downloads/latest/youtube-dl -o /usr/local/bin/youtube-dl

The program could safely be installed with:
curl -L https://yt-dl.org/downloads/latest/youtube-dl -o /tmp/youtube-dl && sudo mv /tmp/youtube-dl /usr/local/bin/

wget operates the same way, so it needs a corresponding instructions change. I'll make a pull request with this fix shortly.

I think it'd be better to do sudo rm -f /usr/local/bin/youtube-dl at the beginning, avoid using /tmp.

@kikuyan I thought about that, but the failure case is too bad: it would have the side effect of uninstalling youtube-dl if the download fails.


Build Issue while first installation

I have done swiftyjson installation using cocoapods after that build failed error occurs. How to resolve this issue?

Seems like the screenshot hadnt finish uploading yet.
Can you try it again?

Please resolve this issue ASAP. Thank you in advance.

I have resolved this issue by updating SWIFT with latest version from 2.0 to 3.0

If you are using swift 2.3 please use swift2 branch, or 2.4.0 on cocoapods.
https://github.com/SwiftyJSON/SwiftyJSON/issues/647

Now, I am using Swift 3.0. How to resolve this issue?

Can you try https://github.com/SwiftyJSON/SwiftyJSON/issues/647

Had the same issue. I had Xcode 8.0 and there wasn't any updates in appstore. Solved by downloading Xcode 8.1 from https://developer.apple.com/download/.

For the time being you can just attempt to save after Xcode 8.0 has attempted to update the file to Swift3.  You will get a lock message and if you then click on cancel, then clean the project and build it should clean up (it may also ask you to update your build file which you can go ahead and let it do).

Right, that's because of the cocoapods issue
see https://github.com/SwiftyJSON/SwiftyJSON/issues/647 for more detail

thanks @zhigang1992 !  Didn't know that.  What version of cocoapods does not have that issue?

1.1.0.rc.2 or higher

Ahhh thanks.. I have a Ruby on Rails project that has to use 0.32.0 so will have to use this work around for now.

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['SWIFT_VERSION'] = '3.0'
      config.build_settings['MACOSX_DEPLOYMENT_TARGET'] = '10.10'
    end
  end
end

Awesome!  Thanks!


nmake path problem

I'm using CMake Tools v0.9.3.
I used setttings.json
{     "cmake.generator": "NMake Makefiles",     "files.associations": {         "xlocale": "cpp"     } }
When I build on vscode, it says like this
The system cannot find the file specified CMake Error: Generator: execution of make failed. Make command was: "nmake" "/NOLOGO" "all"
If I run "nmake /NOLOGO all" in command prompt, it works properly.
I added nmake path to system variable path.
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin
But Vscode still cannot detect nmake.
Any suggestion?

There have been recurring problems with environment variables, and my guess is that this is one of those instances. Do you have any settings related to environment variables? Are you using the build environment selector?

I added nmake path to user environment variable path.
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin
I don't know the build environment selector.

The environment selector is a statusbar button on the bottom right to the left of the line/column indicator. Do you have any environments active? Those will alter environment variables. Adding VC++ toolchains to your path is unusual, I believe. The environment selector should let you work with VC++ without needing to alter any environment variables manually.

I chose the build environment selector. After this, it works!
Thank you very much~~~^^


Add a factory to the dependency collection for providing default behaviours for new builders

This factory can by default return the Default Registration Behaviour, but is settable so that consumers can provide default behaviours without having to set it per dependency

DependencyBuilders were removed in #34


macOS: Minutor hangs if trying to display too large a map

I successfully built Minutor from the wiki instructions, on my 2018 Mac mini with 8 GB RAM and a 2560x1440 (WQHD) display.
The app launches and successfully loads my 1.13 world in a small window, all the way zoomed-out. But then it locks up if I try to make that window too large. Here are some things that will hang it:

Clicking the green button in the window title bar to make the window full-screen
Manually dragging the window larger - it will successfully grow to a certain point, but if I drag it too large, the app will suddenly hang

I can zoom in on the map, then make it fullscreen, and that works; but if I then zoom out to show a larger area, it hangs.

That sounds like a memory issue (not enough RAM). All these Chunks need massive amount of RAM.
As I do not have a Mac computer, I do not know if there is something like 32bit vs 64bit, but with Windows we had that issue 5 years ago and switched to 64bit builds. That was a 2 GigaByte boundary and occurred already on tiny HD monitors. With 64bit we are able to work on these small WQHD or 4k monitors
I see options to try:

buy an even smaller monitor
buy more RAM
find a MacOS specific memory allocation issue

Both the app and the OS are 64-bit, so it's likely to be a macOS-specific memory allocation issue.

On Windows we have the "Task Manager" to show memory consumption of a program over time. Is there something similar for MacOS? Then you could try to slightly increase the windows size of Minutor until it crashes. The maximum allocated memory may give a hint...
Minutor places most of the data in the Chunk Cache. The parameters (size) of that cache are calculated based on free memory queried from the operation system. Maybe something is going wrong there. You may find wrong numbers (to small) via debugging.

I did some investigation. The app starts at 0.36 GB used when I first load the world, and when I drag the window slowly larger until it hangs, it tops out at 1.41 GB used.
When it hangs, it's actually apparently still trying to do something: the map in the window is replaced with a grey checkerboard pattern, but every few minutes part of it tries to redraw part of a map and then a second later it's replaced with the checkerboard again.
I sampled the process while it was hung. Looks like it's spending 97% of its time in MapView::drawChunk(int, int), which has a few ChunkCache::fetch(int, int) calls each of which  is stuck in a semaphore_wait_trap. I'm attaching the sample.
Sample of minutor.txt

You have to debug the ChunkCache constructor: chunkcache.cpp:21
This code determines how much memory is available for caching Chunks.
And your problem sounds very likely to be caused by not enough memory for the Chunks...

@bskendig could you please test the latest code? I fixed something with this QMutex.

I just built the latest code (with the instructions in the wiki) and tried it. It's crashing, not hanging, now.

When I first launch the app, I get a dialog box which says:

Failed to add Block from definition file, as it might be a duplicate
or generates the same hash as an already existing Block.

It has a Cancel button. Clicking Cancel simply makes the same dialog box appear again. Holding down the Return key on my keyboard turns it into a blur of a dialog box infinitely being dismissed and reappearing.

If I press Command-Q or select Quit from the minutor menu, the dialog box goes away, and then about eight seconds later a minutor window appears. I can then open my world and the window is populated correctly, and I can drag-scroll around it and see my world correctly.

Dragging the window large enough will eventually make it start updating wrong - bits of map will draw in, be replaced with a grey checkerboard pattern, then draw in again and be replaced again, over and over.

Dragging the window larger will crash the app. The message displayed in the Terminal from which I launched it is "Segmentation fault: 11".

The stack traceback in the error log says:
Thread 0:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	0x00007fff698aa266 semaphore_wait_trap + 10
1   com.seancode.minutor          	0x0000000103290fe8 QBasicMutex::lockInternal(int) + 904
2   com.seancode.minutor          	0x0000000103290bf8 QMutex::lock() + 40
3   com.seancode.minutor          	0x0000000103294c5e QThreadPool::start(QRunnable*, int) + 46
4   com.seancode.minutor          	0x0000000102a131f0 ChunkCache::fetch(int, int) + 560
5   com.seancode.minutor          	0x0000000102a2c46c MapView::drawChunk(int, int) + 60
6   com.seancode.minutor          	0x0000000102a2c41e MapView::chunkUpdated(int, int) + 14
7   com.seancode.minutor          	0x00000001033f26ca QMetaObject::activate(QObject*, int, int, void**) + 2298
8   com.seancode.minutor          	0x0000000102a4aeb6 ChunkCache::chunkLoaded(int, int) + 70
9   com.seancode.minutor          	0x00000001033ec372 QObject::event(QEvent*) + 770
10  com.seancode.minutor          	0x0000000102c5d54f QApplicationPrivate::notify_helper(QObject*, QEvent*) + 271
11  com.seancode.minutor          	0x0000000102c5e91c QApplication::notify(QObject*, QEvent*) + 588
12  com.seancode.minutor          	0x00000001033d3724 QCoreApplication::notifyInternal2(QObject*, QEvent*) + 212
13  com.seancode.minutor          	0x00000001033d45a1 QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) + 817
14  com.seancode.minutor          	0x0000000102a917e9 QCocoaEventDispatcherPrivate::processPostedEvents() + 313
15  com.seancode.minutor          	0x0000000102a91f58 QCocoaEventDispatcherPrivate::postedEventsSourceCallback(void*) + 40
16  com.apple.CoreFoundation      	0x00007fff3d840683 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
17  com.apple.CoreFoundation      	0x00007fff3d840629 __CFRunLoopDoSource0 + 108
18  com.apple.CoreFoundation      	0x00007fff3d823feb __CFRunLoopDoSources0 + 195
19  com.apple.CoreFoundation      	0x00007fff3d8235b5 __CFRunLoopRun + 1189
20  com.apple.CoreFoundation      	0x00007fff3d822ebe CFRunLoopRunSpecific + 455
21  com.apple.HIToolbox           	0x00007fff3ca821ab RunCurrentEventLoopInMode + 292
22  com.apple.HIToolbox           	0x00007fff3ca81ee5 ReceiveNextEventCommon + 603
23  com.apple.HIToolbox           	0x00007fff3ca81c76 _BlockUntilNextEventMatchingListInModeWithFilter + 64
24  com.apple.AppKit              	0x00007fff3ae1a79d _DPSNextEvent + 1135
25  com.apple.AppKit              	0x00007fff3ae1948b -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1361
26  com.apple.AppKit              	0x00007fff3ae135a8 -[NSApplication run] + 699
27  com.seancode.minutor          	0x0000000102a90dc5 QCocoaEventDispatcher::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 2757
28  com.seancode.minutor          	0x00000001033cf46f QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 431
29  com.seancode.minutor          	0x00000001033d3d12 QCoreApplication::exec() + 130
30  com.seancode.minutor          	0x0000000102a2af08 main + 3848
31  libdyld.dylib                 	0x00007fff697753d5 start + 1

The dialog box at the start should not happen anymore... But it indicates that something is messed up with the definitions stored on your computer.
Does this occur a second time (after successfully starting Minutor once)?
I have added code to detect known corruption of the definition files. But maybe you have a new combination.
Can you provide a directory listing of %appdata%/Local/seancode/Minutor
It should contain 5 files:<PHONE_NUMBER>.json<PHONE_NUMBER>.json<PHONE_NUMBER>.json<PHONE_NUMBER>.json 797458294.json
Can you provide the content of the Windows registry at: HKEY_CURRENT_USER\Software\seancode\Minutor\packs
This should also contain these 5 files.
(Just see that you are on MAC. So try to use MAC specific storage locations to look for the things I mentioned...)

For the crash I assume out of memory issues. If the window is larger than the ChunkCache, Chunks are replaced all the time.
I added ChunkCache debug information to the status bar when you do a DEBUG build.
You could also debug the ChunkCache constructor: chunkcache.cpp:21
to see how much RAM Minutor reserves for the Cache.

Aha, thank you - I found the directory ~/Library/Application Support/seancode/Minutor/ which contained several json files from the last time I had tried Minutor:
1416636158.json<PHONE_NUMBER>.json<PHONE_NUMBER>.json 276343737.json<PHONE_NUMBER>.json
1758375291.json<PHONE_NUMBER>.json<PHONE_NUMBER>.json 304779371.json  797458294.json

I removed the seancode directory and it was recreated for me when I ran the current Minutor build, and the launch errors went away.
As for the crashes and the cache, I'll see if I can find out how to make a debug build and do some research into what's going on.

You can also use a normal build, but modify mapview.cpp:#516
There is a pre-processor #ifdef DEBUG to disable that code in normal builds.
If you remove this, you always get ChunkCache fill level and maximum size in the status bar.
Even with maximized window the first number should be smaller then the second one. After dragging around on a large map for  long distance, both numbers should get equal.

And as a guideline, the second number should be large enough to support your monitor resolution:
1920x1080 divided by Chunk 16x16 => 120 x 67 + 10..20% margin => 9000

Yup, thank you, that's it - the issue is when the cache is too small to fit the entire current window.
If I load my world and then expand the window (without dragging) until it shows approximately "Cache: 8000/10000", then Minutor works fine; I can drag the world around and everything updates properly.
If I load my world and then expand the window until it shows "Cache: 9000/10000", then things get dodgy. Dragging the world around results in it updating incorrectly (showing the wrong terrain / unexplored space) until I stop dragging at which point it fixes itself, or eventually it stops fixing itself, or eventually it hangs. Maybe there are cache collisions happening?
If I load my world and then expand the window to "Cache: 10000/10000", then it breaks immediately, drawing in incorrectly, hanging instead of scrolling, or crashing.
My display is 2560x1440, which when you divide by 16 comes out to 160x90 = 14400 chunks. Adding a margin, the cache should be around 17000. Just for kicks, I edited chunkcache.cpp to change int chunks from 10000 to 20000, and now everything's fine - I can run Minutor full-screen and drag around my map without any problem at all. It uses 1.62GB of memory.
Suggestion - would it make sense to recalculate chunks dynamically, based on the current window size? Even if that meant having to clear cache each time the window is resized, that should be fine; it's quick enough to repopulate the cache, and I don't think a user will be resizing the window all that often.

I tried to calculate the size of the ChunkCache based on the window size about 6 years ago (same resolution as you). But that is not the right way... If you do not have enough memory in your machine, it will stall due to swapping. That is also the reason we now have only 64bit builds.
There is some code to estimate the available/free memory and to set ChunkCache based on that information. I tested the Windows part, Linux should be ok, but nobody did check it on a Mac. It happens at chunkcache.cpp:21.
So if you find some code to get currently available memory on Mac, we could fix the code at that place. The goal is to configure the ChunkCache to match the free memory not the physical available RAM as other applications may be started at the same time (e.g. Minecraft).
But Minutor should still work with N/N (same numbers) after dragging. It is definitely impossible to render with less Chunks than fit on the screen, but with a small margin it should not crash! At least here I'm able to operate with a small margin.

It looks like you've got a method ChunkCache::adaptCacheToWindow which seems like it would do the trick, but it doesn't appear to be called. (And I looked briefly through the code but I don't see a window-resize handler that would call it.)

Yes, I know that method (I wrote it). It was a first (but wrong) attempt to solve this kind of issue.
To make it clear: it does not help if your operation system has virtual memory support or not. All modern ones have it (since 25 years). At that moment you are actively using more memory than you have physical RAM your machine will start to swap. It will get slower by a factor od 1000x. It stalls. It hangs. It is unresponsive. It is unusable.
And if we use the window size to set the ChunkCache size, this will happen on computers with large monitor and low amount of RAM.
You have to ensure that at absolutely no time more memory is needed (at the same time), than is physically available!

All Chunks that fit on the screen are actively used. So you can estimate the active memory usage by dividing your monitor into Chunks. This is the minimum ChunkCache size you need for full screen.
The available physical memory divided by the typical size of a Chunk is the maximum size for the ChunkCache.
At the moment Minutor hangs if your computer does not fulfill rule 1. But it will not make it completely unresponsive as rule 2 is implemented in the code.

To get your problem solved eventually:

debug the code in chunkcache.cpp:21
maybe use printf debugging if not working otherwise
find the reason why the code thinks MacOS has not enough physical memory available
print all members of these osGetMemoryLayout functions
read documentation about MacOS memory reporting functions
change the code to report the correct physical memory at that place
and voila, your ChunkCache is configured in a working state!

Gotcha - thank you for the details. The base problem is that gcc on macOS will skip over all of your #if defined sections, leaving chunks at whatever it was set to on line 22 (right now, 10000).
The define that is set on macOS is __APPLE__, so I can add a section for it. I'm looking for a call to find out how much physical RAM a Mac computer has.
Even so, I believe the window size needs to be taken into account, because either one of these two situations is going to happen:

The Mac has far more RAM than Minutor needs for a cache for its current window size (in which case we don't want to fill up available RAM with a cache that's far too large).
The Mac doesn't have enough RAM for a large Minutor window (in which case it should prevent the window from being resized larger than the cache, or else it'll crash).

You are right, (2) is not implemented up to now.
Do you have an idea how to do that user-friendly?
Because a user that clicks on full-screen, expects the application to go to full-screen.
And a warning message is also annoying.

Hmm, could you set the maximum zoom level lower, so that the user stays zoomed in and there are fewer chunks displayed? Shouldn't be difficult to determine - for a given window size, and a given memory size - the maximum number of chunks that can be cached, and therefore the most zoomed out that you should let the user see.

Zoom level is now automatically restricted based on Chunk Cache size.


Test Step #4 Irrelevant content

Instructions reference Reindeer Trivia
"Test your skill with the Service Simulator. To validate that your skill is working as expected, use the Service Simulator. In the Enter Utterance text box, type "open reindeer trivia""

this appears to be fixed with the latest tutorial updates


Add alert, confirm, and prompt to the browser module

Codecov Report

Merging #569 into master will decrease coverage by 0.08%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##           master     #569      +/-   ##
==========================================
- Coverage   41.96%   41.87%   -0.09%
==========================================
  Files          73       73
  Lines       16351    16385      +34
  Branches     4301     4311      +10
==========================================
  Hits         6862     6862
- Misses       7547     7581      +34
  Partials     1942     1942

Impacted Files
Coverage Δ

wasm/lib/src/browser_module.rs
0% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6c8584c...ea93fb8. Read the comment docs.


Plain text record store

Rob Beagrie reported in a comment thread on the Software Carpentry blog (http://software-carpentry.org/2012/10/wanted-an-entry-level-provenance-library/comment-page-1/#comment-45629):
"With the current results format, it would not be particularly obvious to someone going through my files in four years time that I had left any record of what scripts had been run in this folder, let alone how to see those records."
"What I now have is a script I wrote myself that checks my repositories are in a clean state, then copies a README file that describes what that partiular pipeline does into the working directory, writes the current version of the repository into the same README file and finally run make and append all the output to the bottom of the same README file. That way, I have a full record of everything I did and all of the output right there in the folder, and it should be easy for anyone looking through my work to find in the future."
One way to handle this would be to create a PlainTextRecordStore class, working something like Rob describes. This would be slow to access/query, but has the advantages Rob describes above.
An alternative would be to add the capability to generate standalone reports (as text, PDF, HTML, etc) from a record store.
Imported from Bitbucket issue 105,  created by apdavison on 10-08-2012 at 17:39, last modified: 05-14-2013 at 14:40

Having played a little with implementing this, I think the "generate standalone reports" option is the best one. One possibility would be to add an option to automatically generate/append to the report after each "smt run".
Trac comment by apdavison on 05-14-2013 at 14:40


Add ServiceProducer resource

Adds a new resource to the API document called ServiceProducer to represent a producer of one of more services in the catalog.
@arschles @judkowitz @bgrant0607 @slack @duglin

lgtm after @duglin's change

Corrected, merging


Update LIKE config with new prefix and no-legacy-stdTx

We are seeing Request failed with status code 501 when depositing LIKE to Osmosis after upgrading our chain with sdk 0.44 and dual prefix support. Would this PR fix the issue?

Looks like you may need to open a duplicate PR for updating frontier as well

Sure, made https://github.com/osmosis-labs/osmosis-frontend/pull/446 and thanks for the reminder

Tested this change. Works without removing LikeCoin from Keplr, but the cosmos... prefix remains. Removing LikeCoin from Keplr and re-adding updates your address to like... prefix. BigDipper Explorer doesn't seem to work yet.

Please update the bech32 prefix in the chain registry
https://github.com/cosmos/chain-registry/blob/master/likecoin/chain.json


Fix formatter unit test (moving to testify)

Signed-off-by: Vincent Demeester<EMAIL_ADDRESS>

LGTM

LGTM

TestTearDown failures in powerpc/experimental are unrelated, merging.


FIXED: ISSUE #27 Veerendra19codes/footer

FIXED ISSUE #27
I was supposed to make a footer but there was already a footer , i supposed they forgot to raise a PR. I thought previous footer was too small and lacked some content. I made it a bit bigger , added navbar contents to the footer and gave them hover:underline effect and cursor pointer as well. Gave a darker background to separate footer from main app. Please refer to Recording and give a review. Your feedback is highly appreciated🫡😅
Recording
after(my changes)
https://github.com/pooranjoyb/BeatBridge/assets/113845853/c3db04d7-9a67-49df-be73-6d511dea6025

Changed the footer as you mentioned you wanted simple footer with just github icon navigating to your github profile ,
copyright icon and text ,height similar to navbar , darker color to separate it from main app.Also added it to playerpage.

*Screenshots
latest(home page)

latest(player page)

Please review latest commits and screenshots
Suggest any improvements!!😅

Nice work @veerendra19codes


[i18n] Support for external link in another language

Adding a component to specify what language the link is referring to
like so :
see docs for the <External-link lang="fr" href="https://developer.mozilla.org/fr/docs/Web/API/Request">Request</External-link> api in french

which is transformed in something like so :
see docs for the Request⁽ᴱᴺ⁾ api in french

Maybe we don't need a custom component for this. I just need to be sure if there is any downsides using <a> tag instead of Markdown link syntax, but with CSS pseudo-elements I can make exactly what you want with a few lines of css:
a::after {
	display: inline-block;
	content: attr(hreflang);
	font-size: 0.7rem;
	position: relative;
	bottom: 0.2rem;
}

What happens is that when an a tag has the hreflang attribute (this attribute specifies the linked document language), the content attribute will get the value (hreflang is case-insensitive, so as far as I know we have to write it in uppercase to be like that in the markup but that doesn't affect screen readers/SEO).
Final result:

@Yan-Thomas
You can even get this with Markdown links to avoid complicating authoring:
a[href^="en"]::after {
  content: "en";
}

Requires a CSS declaration for each language but we could probably auto-generate it once #365 is merged as that adds src/i18n/languages.ts with a list of all the languages.
Whether the content is upper or lowercase is not so important because we could style that with CSS too:
a::after {
  text-transform: uppercase;
  vertical-align: super;
}

Thanks @delucis, clever solution! Also, I had totally forgotten about vertical-align and text-transform 🤣
I did some tests based on your approach using <span> and it really is better acessibility-wise (NVDA on Windows). I also totally forgot that CSS content isn't readable for screen reader users, I was really tired yesterday 😓
The hreflang attribute AFAIK is very specific (only used by Google SEO) and would just be a convenient way to express that the link is in a different language. If we can make this work without it, then be it!

@Yan-Thomas and everyone, do you think we can close the existing PR then, and continue to discuss here what solution we want for this?
In Discord, we also had the points:
By @delucis - We could just make the TEXT of the link include (en), and then no one has to write any differently!
By @kevinzunigacuellar (I think this is the correct Kevin Z!) - Keeping simple might be better, and is this really a problem to solve?

I agree with closing the PR and continue the discussion here, @sarah11918
Maybe this could be nice in this moment (where most pages aren't translated and updated yet), but as we translate new pages this loses importance IMO.
I also agree with being simple and just letting translators add "(EN)" to links. Maybe we can even document this in the i18n guide as a pattern for links in different languages?

I agree, @Yan-Thomas , and especially with all the sidebar links indicating which entire pages are in English, maybe it's less needed right now than we think?

Something that came up recently was a desire to indicate that a link was to an English fallback version, so say you link to /de/fallback, the URL is “German”, but it hasn’t been translated yet so the content is in English. You can do this manually, but then when the page is translated your disclaimer is out of date and it’s hard to remember everywhere that needs updating.
I think we can avoid including disclaimers like this for now — so much is happening that a disclaimer seems likely to be out-of-date sooner rather than later. If we still feel like this kind of thing is helpful in a few weeks, I’d suggest exploring some kind of automated labelling of links similar to how we have the left sidebar set up.

Hi @sarah11918 , glad we are discussing this again!
As I was translating the docs to Brazilian Portuguese, I noticed some cases where we are linking to stuff that is English-only from other websites/blogs we do not control. Examples: Built with Astro and Partial Hydration pages.
The visual presentation if we added text manually isn't the best IMO, if we had something like[see this link{en}](http://test.com) I think would be the best approach, considering that some external links from other websites don't have "/en" as part of their URL.
This way we can safely add external links to the docs without worrying about users in other languages being confused about the fact that the link text/description is translated but the link content itself isn't.

Ohhh, I didn’t think about external links (which is literally in this issue’s title…)
Great point! Definite +1 on this. Also I think there are a few places where we link to MDN? A lot of those pages probably are available in other languages, e.g. https://developer.mozilla.org/pt-BR/docs/Web/API/Request, so maybe we also want to make sure to include that where possible.


Not able to start game if starter cost isn't 10

Some pokemon might have decimal cost like 0.50 or 0.25 after the cost reduction. In PC, you can press 'Enter' to start the game even when the starter cost is less than. In Mobile, you can only start the game if your cost is exactly 10.

You can still scroll to the bottom and hit the "start" button there to start the run.
In either case, this is not something specific to my app.

Thanks for replying, seems like the issues appear on an older version. The
issue is gone after i updated into the latest version.
On Sun, Jun 9, 2024, 16:31 William Burleson @.***>
wrote:

You can still scroll to the bottom and hit the "start" button there to
start the run.
In either case, this is not something specific to my app.
—
Reply to this email directly, view it on GitHub
https://github.com/Admiral-Billy/Pokerogue-App/issues/91#issuecomment-2156413138,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ATBGPZ4VOHO3B5CN3UCP44DZGQOHFAVCNFSM6AAAAABJAP2NQKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNJWGQYTGMJTHA
.
You are receiving this because you authored the thread.Message ID:
@.***>


Order's status ("pending") is not acceptable for finalization

I am currently trying to generate a certificate for my domain but keep running into the error as follows:

Fail to load resource from 'https://acme-staging-v02.api.letsencrypt.org/acme/finalize/8478299/25683101'.
urn:ietf:params:acme:error:orderNotReady: Order's status ("pending") is not acceptable for finalization

This is after checking that the dnsChallenge.Validate() result is ChallengeStatus.Valid. I don't understand how the Validate() method can return valid but yet I am running into an error where the order status is pending.

I don't think you are doing the same error as I did.
Are you trying to make an order for multiple domains? In that case it would make sense that you only have note validated all challenges?

I am making an order for a wildcard and then the domain itself, i.e. *.test.com and test.com, surely that is only one DNS challenge?

I have not done DNS challenge myself so I dont know, check if  the result of await order.Authorizations() have more than one element.

surely that is only one DNS challenge?

It would be two TXT records under the same _acme-challenge.<domain> label.

surely that is only one DNS challenge?

It would be two TXT records under the same _acme-challenge.<domain> label. Two authorizations, two DNS-01 challenges. See letsencrypt/boulder#4094 for more background.

Okay that makes sense, thank you very much. I will update my code accordingly.


No Multi-Enviroment Settup

There's No Option to configure/ quickly switch between multiple environments (Production, Dev,....etc), to avoid duplicating request folders for each environment ,
something similar to what you can find in Apidog app

thanks, it's in our road map 👍


[HIVEMALL-127] Added tree_predict_v1 UDF for RandomForest backward compatibility

What changes were proposed in this pull request?
Added tree_predict_v1 UDF for RandomForest backward compatibility
What type of PR is it?
Improvement
What is the Jira issue?
https://issues.apache.org/jira/browse/HIVEMALL-127
How was this patch tested?
unit tests, manual tests
How to use this feature?
set hivevar:classification=true;

create table predicted
as
SELECT
  rowid,
  rf_ensemble(predicted) as predicted
FROM (
  SELECT
    rowid,
    tree_predict_v1(p.model_id, p.model_type, p.pred_model, t.features, ${classification}) as predicted
  FROM
    model p
    LEFT OUTER JOIN -- CROSS JOIN
    training t
) t1
group by
  rowid;

Checklist

[x] Did you apply source code formatter, i.e., mvn formatter:format, for your commit?
[x] Need to fix rf_ensemble() to accept the old style argument
[x] Is the feature documented?
[x] Run manual test?

[ ] need to fix rf_ensemble() to accept the old style (1 argument)

Coverage increased (+0.5%) to 41.279% when pulling 7f3ca6b301df2af94055e1024dc28b9c3b2d1a2f on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.4%) to 41.137% when pulling 39334d77761e44757ef6e69304013397dda4a2b8 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.4%) to 41.137% when pulling 39334d77761e44757ef6e69304013397dda4a2b8 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.09%) to 40.832% when pulling 1fbc6d15d3f4ba903ae555fdda22a103979b367c on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Need to fix the following error:
create table predicted_rf_old
as
SELECT
  passengerid,
  predicted.label,
  predicted.probability,
  predicted.probabilities
FROM (
  SELECT
    passengerid,
    rf_ensemble(predicted) as predicted
    -- hivemall v0.5-rc.1 or later
    -- rf_ensemble(predicted.value, predicted.posteriori, model_weight) as predicted
    -- rf_ensemble(predicted.value, predicted.posteriori) as predicted -- avoid OOB accuracy (i.e., model_weight)
  FROM (
    SELECT
      t.passengerid,
      -- hivemall v0.4.1-alpha.2 or before
      -- tree_predict(p.model, t.features, ${classification}) as predicted
      -- hivemall v0.4.1-alpha.3 or later
      -- tree_predict(p.model_id, p.model_type, p.pred_model, t.features, ${classification}) as predicted
      -- hivemall v0.5-rc.1 or later
      -- p.model_weight,
      -- tree_predict(p.model_id, p.model, t.features, ${classification}) as predicted
      tree_predict_v1(p.model_id, p.model_type, p.pred_model, t.features, ${classification}) as predicted -- to use the old model in v0.5-rc.1 or later
    FROM (
      SELECT
        -- model_id, model
        -- hivemall v0.4.1-alpha.3 or later
        model_id, -3 as model_type, model as pred_model
        -- hivemall v0.5-rc.1 or later
        -- model_id, model_weight, model
      FROM
        model_rf
      DISTRIBUTE BY rand(1)
    ) p
    LEFT OUTER JOIN test_rf t
  ) t1
  group by
    passengerid
) t2
;

Caused by: java.lang.NullPointerException
        at hivemall.smile.tools.RandomForestEnsembleUDAF$RfEvaluatorV1.merge(RandomForestEnsembleUDAF.java:186)
        at org.apache.hadoop.hive.ql.udf.generic.GenericUDAFEvaluator.aggregate(GenericUDAFEvaluator.java:191)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.updateAggregations(GroupByOperator.java:619)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processHashAggr(GroupByOperator.java:794)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.processKey(GroupByOperator.java:700)
        at org.apache.hadoop.hive.ql.exec.GroupByOperator.process(GroupByOperator.java:768)
        ... 28 more

Coverage increased (+0.08%) to 40.829% when pulling 2dd6d00a1b44f7b5a238b2aff8a205edd1c01a14 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.08%) to 40.829% when pulling 2dd6d00a1b44f7b5a238b2aff8a205edd1c01a14 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.08%) to 40.831% when pulling 2dd6d00a1b44f7b5a238b2aff8a205edd1c01a14 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.08%) to 40.831% when pulling 2dd6d00a1b44f7b5a238b2aff8a205edd1c01a14 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.

Coverage increased (+0.08%) to 40.831% when pulling 2dd6d00a1b44f7b5a238b2aff8a205edd1c01a14 on myui:HIVEMALL-127 into 11bd1f83e68a7fbd2e0cc7143303e35e32edf692 on apache:master.


Fix dockerfile: use correct dockerhub base image.

Fix https://github.com/micro-ROS/docker/issues/29.

It looks to be this Docker files problem: https://github.com/micro-ROS/docker/blob/feature/fixdocker/Embedded/NuttX/precompiled/micro-ROS/olimex_stm32-e407/Dockerfile#L3

Call "apt update" before -- most likely the repository cache is too old.


Blockquote has too great a visual impact.

While posting the results of a survey (Number list for the questions with blockquoted answers, I discovered a visual oddity in the theme.
blockquote text has similar visual impact as Header1.
After a little digging it seems that line298 is the problem.
blockquote {
  padding: 0 0 0 30px;
  margin-bottom: 20px;
  font-size: 1.6em;
  border-left: 10px solid #e9e9e9;
}

Isn't that a bit excessive for what is typically an element styled congruent with P and PRE?  Also, it seems to be the only text constructor with a size in em, everything else is in px.
Here is a side-by-side composite image of the browser view within GitHub and the view after the Jekyll theme has been applied.

@SandorDosa Can you explain a bit more about what you're trying to accomplish? To note, the goal is not to make the theme match the rendering of Markdown on GitHub.com.

@benbalter Certainly, I'm trying to keep the visual appearance and weight of blockquote text similar to normal P or PRE text.  To that end, I followed standard GitHub proceedure for overriding the theme and placed the following code in /assets/css/style.scss
blockquote {
  padding: 0 0 0 30px;
  margin-bottom: 20px;
  font-size: 15px;
  border-left: 10px solid #e9e9e9;
}

Note all I changed was font size (to 15px from 1.6em), and that value was taken from earlier in your theme SCSS file...
body {
  font-family: 'Helvetica Neue', Helvetica, Arial, serif;
  font-size: 15px;
  font-weight: 400;
  line-height: 1.5;
  color: #666;
  background: #fafafa url(../images/body-bg.jpg) 0 0 repeat;
}

I fear that my use of Github as example is something of a red herring.  I was merely trying to show the difference between what I was expecting versus what was being rendered.  In the process of writing this reply, I've been forced to reconsider my original theory that this was an aberration and that I should report it to you.
If this was actually what you designed for, then you have my apologies for the confusion.  Though that leaves me with the question why your design called for blockquote to be enhanced over regular text.

@SandorDosa can you provide an example of the rendered text (via Jekyll) before and after your proposed change?

@benbalter Sure.
BEFORE: (ignore filename content -- this is an old screenshot)

AFTER: (captured at the time of writing)

The modified theme is currently being used for the survey results page which you are welcome to view in situ.
In the latter example you can see what I was trying to show, a numbered list of questions, each with sub-level of lettered lists (though for the sub-level I am indexing by hand)

Oh. @SandorDosa good catch.  You are correct. Would you be able to submit a pull request to implement that change in the scss here?

@benbalter No prob, gimme a minute.


"organization_has_too_many_admins" policy doesn't flag an organization with 8 owners

TL;DR
Currently have a GitHub Enterprise server with a dev organization that has 8 owners but legitify does not fail "organization_has_too_many_admins" policy
Expected behavior
Expect "organization_has_too_many_admins" policy to fail with 4+ organization owners/admins configured
Observed behavior
"organization_has_too_many_admins" policy passes even though there are 8 organizational owners/admins
Version
v1.0.3
On which operating system are you using legitify?
Linux
Relevant log output
No response
Additional information
No response

Thanks for opening the issue @ajh-
Please attach the error log from the execution.
and the output of this api request if possible:
curl -L \
  -H "Accept: application/vnd.github+json" \
  -H "Authorization: Bearer <YOUR-TOKEN>" \
  -H "X-GitHub-Api-Version: 2022-11-28" \
  https://api.github.com/orgs/ORG/members?role=admin

See attached. Just a note, the environment is a GitHub Enterprise instance.
api_request_output.txt
error.log

Hey @noamd-legit
Just tested the new release (v1.0.5) but I'm still getting the same results as before. Please let me know if you need any updated data.

Reopening the issue
Do you mind reaching out by mail so I can further assist<EMAIL_ADDRESS>

This does not work for me either. I think the pagination is not working properly as the count of collaborators returns 30 even if that number is higher.


[3.0] Upgrade syslog-ng, PyYaml and python-oauthlib

Merge Checklist

All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)

[x] The toolchain has been rebuilt successfully (or no changes were made to it)
[x] The toolchain/worker package manifests are up-to-date
[x] Any updated packages successfully build (or no packages were changed)
[x] Packages depending on static components modified in this PR (Golang, *-static subpackages, etc.) have had their Release tag incremented.
[x] Package tests (%check section) have been verified with RUN_CHECK=y for existing SPEC files, or added to new SPEC files
[x] All package sources are available
[x] cgmanifest files are up-to-date and sorted (./cgmanifest.json, ./toolkit/scripts/toolchain/cgmanifest.json, .github/workflows/cgmanifest.json)
[x] LICENSE-MAP files are up-to-date (./SPECS/LICENSES-AND-NOTICES/data/licenses.json, ./SPECS/LICENSES-AND-NOTICES/LICENSES-MAP.md, ./SPECS/LICENSES-AND-NOTICES/LICENSE-EXCEPTIONS.PHOTON)
[x] All source files have up-to-date hashes in the *.signatures.json files
[x] sudo make go-tidy-all and sudo make go-test-coverage pass
[x] Documentation has been updated to match any changes to the build system
[x] Ready to merge

Summary

What does the PR accomplish, why was it needed?
Upgrade syslog-ng to 4.3.1, which requires PyYaml to be upgraded to 6.0.1 and python-oauthlib to 3.2.2
Change Log

syslog-ng:

Upgrade to v4.3.1
Change to using autosetup
Apply patch to disable hardcoded python module versioning
Add multiple python packages as build requirements
Add --with-python-packages=system to load the python modules in the system instead of
from virtual environment which is default setting
Add README.md to python3-syslog-ng sub-package

Does this affect the toolchain?

NO
Test Methodology

Pipeline build id: https://dev.azure.com/mariner-org/mariner/_build/results?buildId=497730&view=results

The pipeline build runs into an error installing syslog-ng due to missing dependency that is unrelated. Re-test by manual installation in a 3.0-dev image and works.


Variable referencing variables not handled ?

Hi,
I was wondering, I have a project with lots of variables, and it seems that variable variables aren't supported ?
An example like this :
$var1: blue;
$var2: $var1;

body {
 color: $var2;
}

If it actually isn't supported yet, is it planned for the future ?

This is currently supported.


<IP_ADDRESS>.1 - Type is string

  win_regedit:
      path: HKLM:\Software\Policies\Microsoft\Windows\EventLog\Application
      name: Retention
      data: 0
      type: string

Should be
  win_regedit:
      path: HKLM:\Software\Policies\Microsoft\Windows\EventLog\Application
      name: Retention
      data: 0
      type: dword

Retention | This value is of type REG_DWORD. The default value is 0.
ref: https://docs.microsoft.com/en-us/windows/win32/eventlog/eventlog-key

<IP_ADDRESS>.1  EventLog\Application
<IP_ADDRESS>.1  EventLog\Security
<IP_ADDRESS>.1  EventLog\Setup
<IP_ADDRESS>.1  EventLog\System

@Pfenris,
Thanks for pointing that out and you might be right. However I want to make sure before implementing the change. The CIS controls have you checking/using HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\EventLog\Application:Retention. The documentation for the HKLM/SOFTWARE path to the event log has those as string values.
However the documentation you have linked does have it as a dword entry but that is for the HKLM\SYSTEM path to the event log settings. Being more of a Linux person I'm not sure of the answer to this off the top of my head, so I'm going to do a bit of research into this path being a system or software path. I know the benchmarks have had some incorrect items in them before so I'm not 100% sold CIS has it correct, so I'm going to confirm.
-George

@georgenalen
I am going to close this out.  While string passed the compliance check dword has some rather unpleasant impacts on production.   I am closing this out I don't recommend proceeding with dword at this time.


Guest mode?

Anyone has managed to get this work without internet connection?
https://support.google.com/chromecast/answer/6109286?hl=en

I don't think that's possible, AFAIK guest mode requires an internet connection.


Basic auth not working

Hi,
I'm using dockerfile-maven-plugin 1.3.6, maven 3.5.0, java 8, docker 17.10.0-ce
When I try to deploy an image to our local Nexus 3 I get the error: no basic auth credentials
My pom is;

4.0.0
<!--Parent Module -->
<parent>
	<groupId>reference.boot</groupId>
	<artifactId>boot</artifactId>
	<version>0.0.1-SNAPSHOT</version>
</parent>

<!-- Project information -->
<artifactId>discovery-app</artifactId>
<packaging>jar</packaging>
<name>Reference Service Discovery</name>
<description>Reference Service Discovery</description>

<properties>
	<systemName>reference</systemName>
	<dockerRepo>aow-repo:10003</dockerRepo>
	<mainClass>com.reference.boot.discovery.DiscoveryApplication</mainClass>
</properties>

<dependencies>
	<dependency>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-starter-eureka-server</artifactId>
	</dependency>
</dependencies>

<build>
	<finalName>discovery-app</finalName>
	<plugins>
		<plugin>
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-maven-plugin</artifactId>
			<version>1.5.8.RELEASE</version>
			<configuration>
				<addResources>true</addResources>
			</configuration>
			<executions>
				<execution>
					<goals>
						<goal>repackage</goal>
					</goals>
				</execution>
			</executions>
		</plugin>
	</plugins>
</build>

<!--Profiles -->
<profiles>
	<profile>
		<id>docker</id>
		<activation>
			<activeByDefault>false</activeByDefault>
		</activation>
		<build>
			<plugins>
				<plugin>
					<groupId>com.spotify</groupId>
					<artifactId>dockerfile-maven-plugin</artifactId>
					<version>1.3.6</version>
					<executions>
						<execution>
							<id>default</id>
							<goals>
								<goal>build</goal>
								<goal>push</goal>
							</goals>
						</execution>
					</executions>
					<configuration>
						<repository>${dockerRepo}/${systemName}/${project.build.finalName}</repository>
						<tag>${project.version}</tag>
					</configuration>
				</plugin>
			</plugins>
		</build>
	</profile>
</profiles>

My C:\Users<username>.docker\config.json is;
{
"auths": {
"aow-repo:10001": {
"auth": "dDAwMzgyNzQ6QXBvdGF0bzgzJCQ="
},
"aow-repo:10002": {
"auth": "dDAwMzgyNzQ6QXBvdGF0bzgzJCQ="
},
"aow-repo:10003": {
"auth": "dDAwMzgyNzQ6QXBvdGF0bzgzJCQ="
},
"https://aow-repo:10003": {
"auth": "dDAwMzgyNzQ6QXBvdGF0bzgzJCQ="
}
},
"HttpHeaders": {
"User-Agent": "Docker-Client/17.10.0-ce (windows)"
}
}
There seems to have been lots of discussions and issues raised around this area but I'm not sure of the current working state of this feature?
Matt

Just FYI @matt-shaw, the credentials in config.json are just base64 encoded so you probably need to change them now ☹

I can see from debugging the code that the repository server gets extracted the wrong way.
with a local image registry URL it looks for docker.io credentials in the useMavenSettingsForAuth mode.

Any news on this issue ? It is the last thing missing to finally use this plugin.

Ok, I finally updated the version of the plugin and this issue seems resolved.
Plugin versio  tested : 1.4.3.

Any ideas for me? I'm getting this error with every version I try. :(

I can see from debugging the code that the repository server gets extracted the wrong way.
with a local image registry URL it looks for docker.io credentials in the useMavenSettingsForAuth mode.
There is a bug when providing the image name.
Its not working for local repositories since someone though using a dot in the hostname is a sufficient indication for this:
com/spotify/docker/client/ImageRef.class
private static boolean isRegistry(String part) {
return part.contains(".");
}
So obviously it cannot work for local not internet connected docker-registry without a domainname.
Bummer.

I think this is still a bug in 1.4.13 since I was having troubles pushing to my own nexus repository using "localhost"
I had to change hosts file for it to work.
Adding :
"<IP_ADDRESS>		localhost.com"
Made and change the pom file to localhost.com as repository.