search for: alloc

....3 0:00.06 bash 11316 root 15 0 3332 1112 572 S 0.0 0.2 0:01.14 crond 16282 root 25 0 4756 1008 820 S 0.0 0.2 0:00.00 safe_asterisk 22514 root 25 0 494m *445m* 6612 S 0.0 *87.0* 663:08.66 asterisk virtual1_ast1*CLI> memory show summary 4644 bytes in 2 allocations in file 'res_timing_pthread.c' 4096 bytes in 1 allocations in file 'chan_unistim.c' 484 bytes in 1 allocations in file 'res_clialiases.c' 96 bytes in 2 allocations in file 'devicestate.c' 244 bytes in 1 allocations in file 'i...

...ample comparing context/specify (CS) with given/when/then (GWT) with a strategy pattern follows: Consider a pipeline transporting oil supplied by multiple partners. The amounts transported on behalf of each partner are recorded as transactions in a general ledger. There are multiple approaches to allocating the pipeline operational costs to each partner: - fixed amount - equal split - fixed percentage - gross override with subsidiary cost allocation - proportional cost allocation - tiered cost allocation The fixed amount, equal split, and fixed percentage methods were easy to specify...

Hello Asterisk list, I've facing a memory allocation issue that happens occasionally but on a consistent basis. The problem happens as follow, suddenly Asterisk starts consuming a lot of memory, in a rate of more than 1GB per hour. Kernel will eventually kill it via the OOM killer when memory is really exausted... This situation does not generat...

...backtrace now is: > > --- snip --- > (gdb) bt full > #0? 0x00007f73f1386495 in raise () from /lib64/libc.so.6 > No symbol table info available. > #1? 0x00007f73f1387c75 in abort () from /lib64/libc.so.6 > No symbol table info available. > #2? 0x00007f73f17ab822 in mem_block_alloc (min_size=520) at > data-stack.c:356 > ??????? block = <value optimized out> > ??????? prev_size = <value optimized out> > ??????? alloc_size = 134217728 > #3? 0x00007f73f17abc18 in t_malloc_real (size=<value optimized out>, > permanent=true) at data-stack.c...

...osef 'Jeff' Sipek: > > On Tue, Jan 23, 2018 at 14:03:27 -0500, Josef 'Jeff' Sipek wrote: > > > On Tue, Jan 23, 2018 at 18:21:38 +0100, Thomas Robers wrote: ... > > > 1. Do you have any idea what the imap process was doing at the time of the > > > allocation failure? > > Yes perhaps. We use shared mailboxes and at the time of failure the > imap process is reading acl files in a shared mailbox (and subfolder). > This shared mailbox has about 2800 subfolder and the acl files are read > in about 10sec and and during this reading the i...

...I installed the debug package and the backtrace now is: --- snip --- (gdb) bt full #0 0x00007f73f1386495 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x00007f73f1387c75 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x00007f73f17ab822 in mem_block_alloc (min_size=520) at data-stack.c:356 block = <value optimized out> prev_size = <value optimized out> alloc_size = 134217728 #3 0x00007f73f17abc18 in t_malloc_real (size=<value optimized out>, permanent=true) at data-stack.c:415 block = <value...

...c:~$ playonlinux PlayOnLinux v3.8.6 Checking plugin: Advanced Wine Configuration... Checking plugin: Offline PlayOnLinux... Checking plugin: Capture... Checking plugin: Transgaming Cedega... Checking plugin: Wine Import... Checking plugin: Wine Look... Checking plugin: Detour... Running The Sims 3 Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16 radeon RBO (pitch 16) Allocating 16 x 16...

Hi all (No idea if I have the correct audience. Please CC more people as needed). I have an UBSan failure in BumpPtrAllocatorImpl.Allocate. The problem is that lld requests that we StringRef::copy an empty string. This passes a length of 0 to a BumpPtrAllocator. The BumpPtrAllocator happened to not have anything allocated yet so the CurPtr is nullptr, but given that we need 0 space we think we have enough space and...

..., from /home/jayfoad2/git/llvm-project/llvm/lib/Support/SourceMgr.cpp:15: /home/jayfoad2/git/llvm-project/llvm/include/llvm/ADT/PointerUnion.h: In instantiation of ‘constexpr const int llvm::pointer_union_detail::PointerUnionUIntTraits<std::__debug::vector<unsigned char, std::allocator<unsigned char> >*, std::__debug::vector<short unsigned int, std::allocator<short unsigned int> >*, std::__debug::vector<unsigned int, std::allocator<unsigned int> >*, std::__debug::vector<long unsigned int, std::allocator<long unsigned int> >*>::N...

...d2/git/llvm-project/llvm/lib/Support/SourceMgr.cpp:15: >> /home/jayfoad2/git/llvm-project/llvm/include/llvm/ADT/PointerUnion.h: >> In instantiation of ‘constexpr const int >> llvm::pointer_union_detail::PointerUnionUIntTraits<std::__debug::vector<unsigned >> char, std::allocator<unsigned char> >*, std::__debug::vector<short >> unsigned int, std::allocator<short unsigned int> >*, >> std::__debug::vector<unsigned int, std::allocator<unsigned int> >*, >> std::__debug::vector<long unsigned int, std::allocator<long un...

.../SourceMgr.cpp:15: >> >> /home/jayfoad2/git/llvm-project/llvm/include/llvm/ADT/PointerUnion.h: >> >> In instantiation of ‘constexpr const int >> >> llvm::pointer_union_detail::PointerUnionUIntTraits<std::__debug::vector<unsigned >> >> char, std::allocator<unsigned char> >*, std::__debug::vector<short >> >> unsigned int, std::allocator<short unsigned int> >*, >> >> std::__debug::vector<unsigned int, std::allocator<unsigned int> >*, >> >> std::__debug::vector<long unsigned int...

...rote: > > > > On Tue, Mar 22, 2016 at 5:30 PM, Pete Cooper <peter_cooper at apple.com <mailto:peter_cooper at apple.com>> wrote: > Hi all > > (No idea if I have the correct audience. Please CC more people as needed). > > I have an UBSan failure in BumpPtrAllocatorImpl.Allocate. > > The problem is that lld requests that we StringRef::copy an empty string. This passes a length of 0 to a BumpPtrAllocator. The BumpPtrAllocator happened to not have anything allocated yet so the CurPtr is nullptr, but given that we need 0 space we think we have enough...

...b/libboost_system-vc141-mt-x64-1_68.lib and C:/Jinja2Cpp/install_x64/lib/static/jinja2cpp.lib. I tried to build it with this flag: " clang++ -std=c++17 -Wall -pedantic -D_SILENCE_CXX17_ADAPTOR_TYPEDEFS_DEPRECATION_WARNING -Dvariant_CONFIG_SELECT_VARIANT=variant_VARIANT_NONSTD -D_SILENCE_CXX17_ALLOCATOR_VOID_DEPRECATION_WARNING -D_CRT_SECURE_NO_WARNINGS -D_WINSOCK_DEPRECATED_NO_WARNINGS -D_WIN32 -D_WIN32_WINDOWS -D_NDEBUG -fexceptions -IC:/Jinja2Cpp/install_x64/include -IC:/json/single_include -IC:/boost_1_68_0 -LC:/boost_1_68_0/stage/lib/libboost_system-vc141-mt-x64-1_68.lib -LC:/Jinja2Cpp/in...

...only recognizes 3326 MB, as reported by Windows "My Computer") I am running R 2.7.1 I was trying to read in a comma delimited single column CSV file, assign th= at file to a variable ("data") and then extract a sample (assigned to "part= ial"). I was getting memory allocation errors, and from the log below, I s= tarted to see a pattern which indicates that the "error" is related to how = R views memory allocation, and perhaps how R is using or reading memory on = my specific system. The error, I would guess, is probably related to how R= is reporting th...

...d > C:/Jinja2Cpp/install_x64/lib/static/jinja2cpp.lib. > > I tried to build it with this flag: > " > clang++ -std=c++17 -Wall -pedantic - > D_SILENCE_CXX17_ADAPTOR_TYPEDEFS_DEPRECATION_WARNING - > Dvariant_CONFIG_SELECT_VARIANT=variant_VARIANT_NONSTD - > D_SILENCE_CXX17_ALLOCATOR_VOID_DEPRECATION_WARNING - > D_CRT_SECURE_NO_WARNINGS -D_WINSOCK_DEPRECATED_NO_WARNINGS -D_WIN32 - > D_WIN32_WINDOWS -D_NDEBUG -fexceptions - > IC:/Jinja2Cpp/install_x64/include -IC:/json/single_include - > IC:/boost_1_68_0 - > LC:/boost_1_68_0/stage/lib/libboost_system-vc141-mt-...

...>> On Tue, Mar 22, 2016 at 5:30 PM, Pete Cooper <peter_cooper at apple.com <mailto:peter_cooper at apple.com>> wrote: >> Hi all >> >> (No idea if I have the correct audience. Please CC more people as needed). >> >> I have an UBSan failure in BumpPtrAllocatorImpl.Allocate. >> >> The problem is that lld requests that we StringRef::copy an empty string. This passes a length of 0 to a BumpPtrAllocator. The BumpPtrAllocator happened to not have anything allocated yet so the CurPtr is nullptr, but given that we need 0 space we think we hav...

.../static/jinja2cpp.lib. > > > > I tried to build it with this flag: > > " > > clang++ -std=c++17 -Wall -pedantic - > > D_SILENCE_CXX17_ADAPTOR_TYPEDEFS_DEPRECATION_WARNING - > > Dvariant_CONFIG_SELECT_VARIANT=variant_VARIANT_NONSTD - > > D_SILENCE_CXX17_ALLOCATOR_VOID_DEPRECATION_WARNING - > > D_CRT_SECURE_NO_WARNINGS -D_WINSOCK_DEPRECATED_NO_WARNINGS -D_WIN32 - > > D_WIN32_WINDOWS -D_NDEBUG -fexceptions - > > IC:/Jinja2Cpp/install_x64/include -IC:/json/single_include - > > IC:/boost_1_68_0 - > > LC:/boost_1_68_0/stage/lib/...

FWIW, I agree with Mehdi that we should just assert that our types don't get called with size zero. That said, I don't think we can be terribly cavalier with what we expect from standard allocator types, operator new, or malloc. And so I would expect LLVM_ATTRIBUTE_RETURNS_NOALIAS to not imply NONNULL, and while it seems reasonable to put NONNULL on *our* allocate function because of the assert and the fact that we assume the underlying allocation routine never produces a null, it doesn&...

On Tue, Mar 22, 2016 at 5:30 PM, Pete Cooper via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi all > > (No idea if I have the correct audience. Please CC more people as needed). > > I have an UBSan failure in BumpPtrAllocatorImpl.Allocate. > > The problem is that lld requests that we StringRef::copy an empty string. > This passes a length of 0 to a BumpPtrAllocator. The BumpPtrAllocator > happened to not have anything allocated yet so the CurPtr is nullptr, but > given that we need 0 space we think w...

...>> to no warnings. >> > Ok. > > I tried to build bugpoint and I got this linker errors: BugDriver.obj : error LNK2019: unresolved external symbol "public: bool __thiscall llvm::BugDriver::runManyPasses(class std::vector<class llvm::PassInfo const *,class std::allocator<class llvm::PassInfo const *> > const &)" (?runManyPasses at BugDriver@llvm@@QAE_NABV?$vector at PBVPassInfo@llvm@@V?$allocator at PBVPassInfo@llvm@@@std@@@std@@@Z) referenced in function "public: bool __thiscall llvm::BugDriver::run(void)" (?run at BugDriver@llv...