[Nfd-dev] logs for NFD-android

Tue Sep 19 15:07:27 PDT 2017

Yes, I've updated them recently.  Which platform you're using, I may be able to quickly make a debug .apk for you (or release one, if you're using the release version).

---
Alex

> On Sep 19, 2017, at 5:50 PM, Gusev, Peter <peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>> wrote:
> 
> Thanks!
> 
> are the latest NFD-android build instructions here <https://github.com/named-data-mobile/NFD-android>?
> 
> Thanks,
> 
> --
> Peter Gusev
> 
> peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>
> +1 213 5872748
> 
> Research Scholar @ REMAP UCLA <http://remap.ucla.edu/>
> Video streaming/ICN networks/Creative Development
> 
>> On Sep 19, 2017, at 2:16 PM, Alex Afanasyev <aa at cs.fiu.edu <mailto:aa at cs.fiu.edu>> wrote:
>> 
>> On the published version, only a subset of logs are enabled right now for NameTree, BestRouteStrategy2, InternalFace, Forwarder, ContentStore, and DeadNonceList (they were too verbose, so I hard-coded them in INFO level).
>> 
>> The only way to change that is to update the base nfd.conf in app/src/main/jni/nfd-wrapper.cpp  and then recompile.
>> 
>> --
>> Alex
>> 
>>> On Sep 19, 2017, at 3:14 PM, Gusev, Peter <peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>> wrote:
>>> 
>>> thanks,
>>> 
>>> it seems to me that log output is a little different from nfd log on a desktop. it it right? (don’t see OnOutgoingInterest/OnIncomingInterest keywords in the output)
>>> here’s an example excerpt from the output:
>>> 
>>> 09-19 12:05:44.033: V/NameTreeHashtable(6469): found / hash=0 bucket=0
>>> 09-19 12:05:44.033: V/NameTreeHashtable(6469): found /icear hash=11579066115669543336 bucket=424
>>> 09-19 12:05:44.033: V/NameTreeHashtable(6469): found /icear/user hash=16212382428905870161 bucket=849
>>> 09-19 12:05:44.033: V/NameTreeHashtable(6469): found /icear/user/mobile-terminal0 hash=9055535182498947038 bucket=2014
>>> 09-19 12:05:44.034: V/NameTreeHashtable(6469): found /icear/user/mobile-terminal0/object_recognizer hash=8053857957485054986 bucket=1034
>>> 09-19 12:05:44.034: V/NameTreeHashtable(6469): insert /icear/user/mobile-terminal0/object_recognizer/%FE%09%BF hash=6993445808722042476 bucket=1644
>>> 09-19 12:05:44.034: V/NameTreeHashtable(6469): insert /icear/user/mobile-terminal0/object_recognizer/%FE%09%BF/yolo-mock hash=485037410248836719 bucket=1647
>>> 09-19 12:05:44.034: V/NameTreeHashtable(6469): insert /icear/user/mobile-terminal0/object_recognizer/%FE%09%BF/yolo-mock/_meta hash=10044651683686535267 bucket=99
>>> 09-19 12:05:44.034: V/Strategy(6469): lookupFib noLinkObject found=/icear/user
>>> 09-19 12:05:44.034: V/LinkService(6469): [id=3919,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308 <tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308>] void nfd::face::LinkService::sendInterest(const ndn::Interest&)
>>> 09-19 12:05:44.034: V/TcpTransport(6469): [id=3919,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308 <tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308>] void nfd::face::StreamTransport<Protocol>::doSend(nfd::face::Transport::Packet&&) [with Protocol = boost::asio::ip::tcp]
>>> 09-19 12:05:44.034: V/TcpTransport(6469): [id=3919,local=tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308 <tcp4://127.0.0.1:6363,remote=tcp4://127.0.0.1:43308>] Successfully sent: 91 bytes
>>> 09-19 12:05:44.044: V/TcpTransport(6469): [id=3921,local=tcp4://128.97.152.40:6363,remote=tcp4://128.97.152.40:39684 <tcp4://128.97.152.40:6363,remote=tcp4://128.97.152.40:39684>] Received: 91 bytes
>>> 09-19 12:05:44.045: V/LinkService(6469): [id=3921,local=tcp4://128.97.152.40:6363,remote=tcp4://128.97.152.40:39684 <tcp4://128.97.152.40:6363,remote=tcp4://128.97.152.40:39684>] void nfd::face::LinkService::receiveInterest(const ndn::Interest&)
>>> 
>>> 
>>> shall I treat the following line as an outgoing interest?
>>> 
>>> 09-19 12:05:44.045: V/LinkService(6469): [id=260,local=udp4://128.97.152.40:6363,remote=udp4://131.179.142.7:6363 <udp4://128.97.152.40:6363,remote=udp4://131.179.142.7:6363>] void nfd::face::LinkService::sendInterest(const ndn::Interest&)
>>> 
>>> 
>>> Thanks,
>>> 
>>> --
>>> Peter Gusev
>>> 
>>> peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>
>>> +1 213 5872748
>>> 
>>> Research Scholar @ REMAP UCLA <http://remap.ucla.edu/>
>>> Video streaming/ICN networks/Creative Development
>>> 
>>>> On Sep 19, 2017, at 7:02 AM, Alex Afanasyev <aa at cs.fiu.edu <mailto:aa at cs.fiu.edu>> wrote:
>>>> 
>>>> adb logcat
>>>> 
>>>> Or if you run `monitor` app, you will see them.  One caveat that you will need to filter out NFD logs from the rest of android log.
>>>> 
>>>> --
>>>> Alex
>>>> 
>>>>> On Sep 18, 2017, at 6:46 PM, Gusev, Peter <peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>> wrote:
>>>>> 
>>>>> Hi devs,
>>>>> 
>>>>> Is there a way to read (tail -f preferred) logs of NFD running on android device? (installed from the playstore)
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> --
>>>>> Peter Gusev
>>>>> 
>>>>> peter at remap.ucla.edu <mailto:peter at remap.ucla.edu>
>>>>> +1 213 5872748
>>>>> 
>>>>> Research Scholar @ REMAP UCLA <http://remap.ucla.edu/>
>>>>> Video streaming/ICN networks/Creative Development
>>>>> 
>>>>> _______________________________________________
>>>>> Nfd-dev mailing list
>>>>> Nfd-dev at lists.cs.ucla.edu <mailto:Nfd-dev at lists.cs.ucla.edu>
>>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev <http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev>
>>>> 
>>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20170919/810fe620/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20170919/810fe620/attachment-0001.sig>