search for: rfrees

...fa fa fa fa fa fa fa Stats: 0M malloced (0M for red zones) by 1 calls Stats: 0M realloced by 0 calls Stats: 0M freed by 0 calls Stats: 0M really freed by 0 calls Stats: 0M (128 full pages) mmaped in 1 calls mmaps by size class: 7:4095; mallocs by size class: 7:1; frees by size class: rfrees by size class: Stats: malloc large: 0 small slow: 1 ==393== ABORTING in build/projects/compiler-rt/lib/asan/lit_tests/Output/trncpy-overflow.cc.tmp.out ================================================================= ==996== ERROR: AddressSanitizer: heap-buffer-overflow on address 0x00010920b0...

...ced by 0 calls >> Stats: 0M freed by 0 calls >> Stats: 0M really freed by 0 calls >> Stats: 1M (384 full pages) mmaped in 3 calls >> mmaps by size class: 7:4095; 8:2047; 9:1023; >> mallocs by size class: 7:1; 8:1; 9:1; >> frees by size class: >> rfrees by size class: >> Stats: malloc large: 0 small slow: 3 >> ==2738== ABORTING >> >> The failure of... >> >> FAIL: g++.dg/eh/cond1.C -std=c++98 execution test >> >> was used as the test case for the radar report and compiled with... >> >> g+...

...gt; Stats: 0M freed by 0 calls >>> Stats: 0M really freed by 0 calls >>> Stats: 1M (384 full pages) mmaped in 3 calls >>> mmaps by size class: 7:4095; 8:2047; 9:1023; >>> mallocs by size class: 7:1; 8:1; 9:1; >>> frees by size class: >>> rfrees by size class: >>> Stats: malloc large: 0 small slow: 3 >>> ==2738== ABORTING >>> >>> The failure of... >>> >>> FAIL: g++.dg/eh/cond1.C -std=c++98 execution test >>> >>> was used as the test case for the radar report and co...

...#2 0x0 Stats: 0M malloced (0M for red zones) by 3 calls Stats: 0M realloced by 0 calls Stats: 0M freed by 0 calls Stats: 0M really freed by 0 calls Stats: 1M (256 full pages) mmaped in 2 calls mmaps by size class: 7:4095; 8:2047; mallocs by size class: 7:1; 8:2; frees by size class: rfrees by size class: Stats: malloc large: 0 small slow: 2 ==89768== ABORTING My guess is that this is caused by the following code being moved to a branch island: Dump of assembler code for function __cxa_throw: 0x00008f60 <__cxa_throw+0>: push %esi 0x00008f61 <__cxa_throw+1>: push %eb...

...d zones) by 3 calls > Stats: 0M realloced by 0 calls > Stats: 0M freed by 0 calls > Stats: 0M really freed by 0 calls > Stats: 1M (256 full pages) mmaped in 2 calls > mmaps by size class: 7:4095; 8:2047; > mallocs by size class: 7:1; 8:2; > frees by size class: > rfrees by size class: > Stats: malloc large: 0 small slow: 2 > ==89768== ABORTING > > My guess is that this is caused by the following code being moved to a > branch island: > > Dump of assembler code for function __cxa_throw: > 0x00008f60 <__cxa_throw+0>: push %esi > 0...

...realloced by 0 calls > > Stats: 0M freed by 0 calls > > Stats: 0M really freed by 0 calls > > Stats: 1M (256 full pages) mmaped in 2 calls > > mmaps by size class: 7:4095; 8:2047; > > mallocs by size class: 7:1; 8:2; > > frees by size class: > > rfrees by size class: > > Stats: malloc large: 0 small slow: 2 > > ==89768== ABORTING > > > > My guess is that this is caused by the following code being moved to a > > branch island: > > > > Dump of assembler code for function __cxa_throw: > > 0x00008f60 &...

...: 0M malloced (0M for red zones) by 3 calls Stats: 0M realloced by 0 calls Stats: 0M freed by 0 calls Stats: 0M really freed by 0 calls Stats: 1M (384 full pages) mmaped in 3 calls mmaps by size class: 7:4095; 8:2047; 9:1023; mallocs by size class: 7:1; 8:1; 9:1; frees by size class: rfrees by size class: Stats: malloc large: 0 small slow: 3 ==2738== ABORTING The failure of... FAIL: g++.dg/eh/cond1.C -std=c++98 execution test was used as the test case for the radar report and compiled with... g++-fsf-4.8 -static-libasan -fsanitize=address -std=c++98 cond1.C -g -O0 -o cond1_asan....

...realloced by 0 calls > > Stats: 0M freed by 0 calls > > Stats: 0M really freed by 0 calls > > Stats: 1M (256 full pages) mmaped in 2 calls > > mmaps by size class: 7:4095; 8:2047; > > mallocs by size class: 7:1; 8:2; > > frees by size class: > > rfrees by size class: > > Stats: malloc large: 0 small slow: 2 > > ==89768== ABORTING > > > > My guess is that this is caused by the following code being moved to a > > branch island: > > > > Dump of assembler code for function __cxa_throw: > > 0x00008f60 &...

...calls > Stats: 0M realloced by 0 calls > Stats: 0M freed by 0 calls > Stats: 0M really freed by 0 calls > Stats: 1M (384 full pages) mmaped in 3 calls > mmaps by size class: 7:4095; 8:2047; 9:1023; > mallocs by size class: 7:1; 8:1; 9:1; > frees by size class: > rfrees by size class: > Stats: malloc large: 0 small slow: 3 > ==2738== ABORTING > > The failure of... > > FAIL: g++.dg/eh/cond1.C -std=c++98 execution test > > was used as the test case for the radar report and compiled with... > > g++-fsf-4.8 -static-libasan -fsanitize=add...

...Stats: 0M freed by 0 calls >>> Stats: 0M really freed by 0 calls >>> Stats: 1M (384 full pages) mmaped in 3 calls >>> mmaps by size class: 7:4095; 8:2047; 9:1023; >>> mallocs by size class: 7:1; 8:1; 9:1; >>> frees by size class: >>> rfrees by size class: >>> Stats: malloc large: 0 small slow: 3 >>> ==2738== ABORTING >>> >>> The failure of... >>> >>> FAIL: g++.dg/eh/cond1.C -std=c++98 execution test >>> >>> was used as the test case for the radar report and compi...

...Stats: 0M freed by 0 calls > > > Stats: 0M really freed by 0 calls > > > Stats: 1M (256 full pages) mmaped in 2 calls > > > mmaps by size class: 7:4095; 8:2047; > > > mallocs by size class: 7:1; 8:2; > > > frees by size class: > > > rfrees by size class: > > > Stats: malloc large: 0 small slow: 2 > > > ==89768== ABORTING > > > > > > My guess is that this is caused by the following code being moved to a > > > branch island: > > > > > > Dump of assembler code for function...

...; > Stats: 0M freed by 0 calls >> > Stats: 0M really freed by 0 calls >> > Stats: 1M (256 full pages) mmaped in 2 calls >> > mmaps by size class: 7:4095; 8:2047; >> > mallocs by size class: 7:1; 8:2; >> > frees by size class: >> > rfrees by size class: >> > Stats: malloc large: 0 small slow: 2 >> > ==89768== ABORTING >> > >> > My guess is that this is caused by the following code being moved to a >> > branch island: >> > >> > Dump of assembler code for function __cxa_t...

...t; > > > Stats: 0M really freed by 0 calls > > > > Stats: 1M (256 full pages) mmaped in 2 calls > > > > mmaps by size class: 7:4095; 8:2047; > > > > mallocs by size class: 7:1; 8:2; > > > > frees by size class: > > > > rfrees by size class: > > > > Stats: malloc large: 0 small slow: 2 > > > > ==89768== ABORTING > > > > > > > > My guess is that this is caused by the following code being moved to a > > > > branch island: > > > > > > > > D...

Hello All, I would like to optimize a (log-)likelihood function subject to a number of linear constraints between parameters. These constraints are equality constraints of the form A%*%theta=c, ie (1,1) %*% 0.8,0.2)^t = 1 meaning that these parameters should sum to one. Moreover, there are bounds on the individual parameters, in most cases that I am considering parameters are bound between zero

Hi, Jack! On Fri, Nov 2, 2012 at 6:18 PM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > Nick, > Have you noticed that llvm/clang svn produces the following linker > warnings on > 'make check-all'? > > Linking CXX executable Debug/AsanTest > ld: warning: direct access in > llvm::convertible_fwd_ostream::~convertible_fwd_ostream() to global weak >

...d in 8 calls [ DEATH ] mmaps by size class: 7:4095; 8:2047; 9:1023; 10:511; 11:255; 12:128; 13:64; 14:32; [ DEATH ] mallocs by size class: 7:1895; 8:202; 9:43; 10:79; 11:26; 12:2; 13:2; 14:3; [ DEATH ] frees by size class: 7:1452; 8:38; 9:42; 10:77; 11:22; 13:2; [ DEATH ] rfrees by size class: [ DEATH ] Stats: malloc large: 5 small slow: 20 [ DEATH ] [ FAILED ] AddressSanitizerMac.GCDSourceCancel (8742 ms) [----------] 1 test from AddressSanitizerMac (8742 ms total) [----------] Global test environment tear-down [==========] 1 test from 1 test case ran. (8742 m...

Nick, Have you noticed that llvm/clang svn produces the following linker warnings on 'make check-all'? Linking CXX executable Debug/AsanTest ld: warning: direct access in llvm::convertible_fwd_ostream::~convertible_fwd_ostream() to global weak symbol vtable for llvm::convertible_fwd_ostream means the weak symbol cannot be overridden at runtime. This was likely caused by different