[ndnSIM] [EXT] Configuration failed while building NFD
Junxiao Shi
shijunxiao at email.arizona.edu
Mon Oct 26 11:27:21 PDT 2020
Hi Swetha
Try gdb instead.
It should stop when the exception is thrown.
Look at the parameters in stack frames, and confirm each parameter is
correct.
Yours, Junxiao
On Mon, Oct 26, 2020, 08:19 Swetha B via ndnSIM <ndnsim at lists.cs.ucla.edu>
wrote:
> *External Email*
>
> Hi Junxiao,
> I have 8GB RAM with the following memory allocation.
>
> swetha at swetha-Ubuntu:~/ndn-cxx$ free -h
> total used free shared buff/cache
> available
> Mem: 7.7G 1.7G 1.7G 403M 4.2G
> 5.3G
> Swap: 4.0G 0B 4.0G
>
> With Valgrind I have noticed as below
>
> 336 bytes in 1 blocks are possibly lost in loss record 131 of 146
> ==7621== at 0x4C31B25: calloc (in
> /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==7621== by 0x40134F6: allocate_dtv (dl-tls.c:286)
> ==7621== by 0x40134F6: _dl_allocate_tls (dl-tls.c:530)
> ==7621== by 0x676E227: allocate_stack (allocatestack.c:627)
> ==7621== by 0x676E227: pthread_create@@GLIBC_2.2.5
> (pthread_create.c:644)
> ==7621== by 0x752CB09: boost::thread::start_thread_noexcept() (in
> /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.65.1)
> ==7621== by 0x524E3BF: start_thread (thread.hpp:178)
> ==7621== by 0x524E3BF: thread<boost::_bi::bind_t<void,
> boost::_mfi::mf0<void,
> boost::log::v2_mt_posix::sinks::asynchronous_sink<ndn::util::TextOstreamBackend>
> >,
> boost::_bi::list1<boost::_bi::value<boost::log::v2_mt_posix::sinks::asynchronous_sink<ndn::util::TextOstreamBackend>*>
> > > > (thread.hpp:265)
> ==7621== by 0x524E3BF: start_feeding_thread (async_frontend.hpp:472)
> ==7621== by 0x524E3BF: asynchronous_sink (async_frontend.hpp:283)
> ==7621== by 0x524E3BF:
> boost::detail::sp_if_not_array<boost::log::v2_mt_posix::sinks::asynchronous_sink<ndn::util::TextOstreamBackend,
> boost::log::v2_mt_posix::sinks::unbounded_fifo_queue> >::type
> boost::make_shared<boost::log::v2_mt_posix::sinks::asynchronous_sink<ndn::util::TextOstreamBackend,
> boost::log::v2_mt_posix::sinks::unbounded_fifo_queue>,
> boost::shared_ptr<ndn::util::TextOstreamBackend>&>(boost::shared_ptr<ndn::util::TextOstreamBackend>&)
> (make_shared_object.hpp:254)
> ==7621== by 0x5247EEF:
> ndn::util::Logging::makeDefaultStreamDestination(std::shared_ptr<std::ostream>,
> bool) (logging.cpp:277)
> ==7621== by 0x5249106: ndn::util::Logging::Logging() (logging.cpp:100)
> ==7621== by 0x52493D2: ndn::util::Logging::get() (logging.cpp:87)
> ==7621== by 0x5246F6C: ndn::util::Logger::registerModuleName(char
> const*) (logger.cpp:117)
> ==7621== by 0x5027490: operator() (face-impl.hpp:41)
>
> *==7621== by 0x5027490: __static_initialization_and_destruction_0(int,
> int) (face-impl.hpp:41)==7621== by 0x502E373: _GLOBAL__sub_I_face.cpp
> (face.cpp:404)*
> ==7621== by 0x4010782: call_init (dl-init.c:72)
> ==7621== by 0x4010782: _dl_init (dl-init.c:119)
>
> Can you give any hints to proceed further.
>
> Regards,
> Swetha.
>
>
>
>
> On Mon, Oct 19, 2020 at 6:39 PM Junxiao Shi <shijunxiao at email.arizona.edu>
> wrote:
>
>> Hi Swetha
>>
>> The program is running out of memory. You need a box with more RAM.
>>
>> The other possibility is, you are passing an incorrect parameter. For
>> example, trying to allocate "-1" objects would cause the system to allocate
>> 2^32-1 objects, which causes allocation error.
>> You may use *gdb* or *valgrind* to verify this condition.
>>
>> Yours, Junxiao
>>
>> On Mon, Oct 19, 2020, 09:05 Swetha B via ndnSIM <ndnsim at lists.cs.ucla.edu>
>> wrote:
>>
>>> *External Email*
>>> Hi Junxiao,
>>> I have configured ndn-cxx with
>>> ./waf configure --with-tests --with-examples --debug --without-pch
>>> I have problem building my tests as shown below
>>>
>>> swetha at swetha-Ubuntu:~/ndn-cxx$ ./build/unit-tests
>>> terminate called after throwing an instance of 'std::bad_alloc'
>>> what(): std::bad_alloc
>>> Aborted (core dumped)
>>>
>>> should i run any additional commands for this?
>>>
>>> Regards
>>> Swetha
>>>
>>>
>>> _______________________________________________
> ndnSIM mailing list
> ndnSIM at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20201026/a0ea852e/attachment-0001.html>
More information about the ndnSIM
mailing list