search for: allocator

Hi all, Anyone know why this happens? Mem: 524288k total, 508120k used, 16168k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 2152 664 576 S 0.0 0.1 0:49.26 init 7398 root 18 0 10172 2904 2312 S 0.0 0.6 0:00.21 sshd 9856

Comments and suggestions for improving the specifications are welcome. Thanks, Alvin One example 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

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 generate backtrace because Asterisk is responsive

Any idea what the problem could be? Is there anything more i could do to encircle the problem? Or perhaps is the information i provided uncomplete? Am 25.01.2018 um 16:24 schrieb Thomas Robers: > Hi, > > Am 24.01.2018 um 23:39 schrieb Josef 'Jeff' Sipek: >> It looks like the binaries are stripped.? There should be a "debug" >> package >> you can

On Wed, Jan 24, 2018 at 18:55:47 +0100, Thomas Robers wrote: > Am 23.01.2018 um 20:07 schrieb Josef '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 > > >

Hi, Am 24.01.2018 um 23:39 schrieb Josef 'Jeff' Sipek: > It looks like the binaries are stripped. There should be a "debug" package > you can install with symbol information. Then, the backtrace should be much > more helpful. I installed the debug package and the backtrace now is: --- snip --- (gdb) bt full #0 0x00007f73f1386495 in raise () from /lib64/libc.so.6 No

I've been trying to install The Sims 3 for the last couple of days, and it hasn't been opening. Now that I've finally figured out what i've been doing wrong there's still a major problem. I've installed using playonlinux, and when i open (I use the launcher made by playonlinux, not the actual sims 3 launcher)The screen might turn white, but it always turns black before the

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 ret...

..., 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> >*>::NumLo...

...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 unsign...

.../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, st...

...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 spa...

...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/instal...

Hello I am running Windows Vista 32 with 4 GB (installed, though Windows of cours= e 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

...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-x64-...

...>> 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 en...

.../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/libb...

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 we ha...

...>> 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@llvm@@Q...