[dev] Release v1.0

2015-09-23 Thread Lankswert, Patrick
will help expedite reviews as we move to the official release so continue to track this list. Pat -- next part -- An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/ae2c1344/attachment.html>

[dev] Discovery mechanism broken

2015-09-23 Thread Lankswert, Patrick
John, Regarding target device size for the existing code base; all that I can say is 'yes' Regarding the difference in position; you should be watching this discussion. If you want to interop with iotvity, our obligations may become your obligations including tracking routes for message routin

[dev] Discovery mechanism broken

2015-09-23 Thread 정명기
An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/58d82a32/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201509240650521_BEI0XT4N.gif Type: image/gif Size: 13168 bytes Des

[dev] Discovery mechanism broken

2015-09-23 Thread Light, John J
I will interject the smallest of comments here. The current IoTivity code base will never be used on the smallest of devices. It may be useful to consider how small it can be, but the answer will be "not very small". So the difference between your positions may not be all that important. I a

[dev] Discovery mechanism broken

2015-09-23 Thread Lankswert, Patrick
Thiago, >From the purist point of view, there are two issues if non-standard options >are inserted. The first is obvious, the certification folks will be interested >that when A goes in the top of the stack that B goes over the wire. Adding >options complicates things and requires education of

[dev] it happened again

2015-09-23 Thread Light, John J
ind boost_thread, exiting! Can somebody help me get building again, without suggesting I reclone? Is this a feature? John Light -- next part -- An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/4cb94f80/attachment.html>

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread Schulhof, Gabriel
https://jira.iotivity.org/browse/IOT-733 HTH, Gabriel

[dev] Discovery mechanism broken

2015-09-23 Thread Lankswert, Patrick
Thiago, One of my obligations is to deliver a specification compliant stack. The routing manager is not based on any standard that I am aware of. We are free to add anything to iotivity, but to meet the standards-based obligation, I need to be able to build a version of the core framework that

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread Lankswert, Patrick
Gabriel, Thanks! I will get it assigned to an engineer. Pat > -Original Message- > From: Schulhof, Gabriel [mailto:gabriel.schulhof at intel.com] > Sent: Wednesday, September 23, 2015 12:45 PM > To: Mehrtens, Hauke (Lantiq) > Cc: Lankswert, Patrick; iotivity-dev at lists.iotivity.org > S

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread Schulhof, Gabriel
Hey! I don't believe I have access to JIRA, and I don't know whom to ask for access :/ Cheers! Gabriel

[dev] android build directory on the server gets deleted

2015-09-23 Thread Rahul, Rahul
ttp://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/44d5758e/attachment.html>

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread hauke.mehrt...@lantiq.com
Hi, It uses the same credentials as gerrit uses: https://jira.iotivity.org Create an account for gerrit or just reuse that account. Hauke -Original Message- From: iotivity-dev-bounces at lists.iotivity.org [mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Schulhof, Gabriel S

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread Lankswert, Patrick
Gabriel, If you have not done so already, please create a ticket in jira @ jiri.iotivity.org Pat > -Original Message- > From: iotivity-dev-bounces at lists.iotivity.org [mailto:iotivity-dev- > bounces at lists.iotivity.org] On Behalf Of Schulhof, Gabriel > Sent: Wednesday, September 23,

[dev] segfault in CAIPGetInterfaceInformation on ubuntu 15.04

2015-09-23 Thread Thiago Macieira
On Wednesday 23 September 2015 14:28:01 Rees, Kevron wrote: > 4: can0: mtu 16 qdisc noop state DOWN group default qlen 10 >link/can It's this interface with no address, not even a link address. My code in Qt checks for whether ifa_addr is null. Unfortunately, the first commit of the feature

[dev] Discovery mechanism broken

2015-09-23 Thread Thiago Macieira
On Wednesday 23 September 2015 14:26:08 Lankswert, Patrick wrote: > Thiago, > > From the purist point of view, there are two issues if non-standard options > are inserted. The first is obvious, the certification folks will be > interested that when A goes in the top of the stack that B goes over t

[dev] segfault in CAIPGetInterfaceInformation on ubuntu 15.04

2015-09-23 Thread Rees, Kevron
tripzero at tripzero-desktop:~/src/iotivity (0.9.2-meta-oic-cov)% ip addr 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host

[dev] segfault in CAIPGetInterfaceInformation on ubuntu 15.04

2015-09-23 Thread Thiago Macieira
On Wednesday 23 September 2015 13:45:12 Rees, Kevron wrote: > (gdb) print ifa > $1 = (struct ifaddrs *) 0x6efb18 > (gdb) print ifa->ifa_addr > $2 = (struct sockaddr *) 0x0 > > It looks like ifa_addr is null for some reason. Any ideas how this could > be? Can you paste the output of ip addr on yo

[dev] segfault in CAIPGetInterfaceInformation on ubuntu 15.04

2015-09-23 Thread Rees, Kevron
stack trace: Program received signal SIGSEGV, Segmentation fault. 0x7755cd22 in CAIPGetInterfaceInformation (desiredIndex=0) at resource/csdk/connectivity/src/ip_adapter/linux/caipnwmonitor.c:60 60 int family = ifa->ifa_addr->sa_family; (gdb) bt #0 0x7755cd22 in CAIPGe

[dev] Discovery mechanism broken

2015-09-23 Thread Thiago Macieira
On Wednesday 23 September 2015 12:37:39 Lankswert, Patrick wrote: > Thiago, > > One of my obligations is to deliver a specification compliant stack. The > routing manager is not based on any standard that I am aware of. We are > free to add anything to iotivity, but to meet the standards-based > o

[dev] it happened again

2015-09-23 Thread Jon A. Cruz
You might need to delete .sconsign.dblite On 09/23/2015 01:33 PM, Light, John J wrote: > Instead of "scons -c", I did "rm -rf out", and now I can't build. I get > > *** Checking for installation of hippomocks *** > ar: out/linux/x86_64/debug/resource/csdk/routing/src/routingutility.o: No > su

[dev] Invalid CoAP header item in IoTivity message

2015-09-23 Thread 고성규
An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/c2ccc13e/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201509231831862_Z5JE7EUA.gif Type: image/gif Size: 13168 bytes Des

[dev] segfault with 1.0.0-RC1a

2015-09-23 Thread Schulhof, Gabriel
Hey, all! I've found another segfault, from simply running ocserver -o 0, waiting until it starts counting down towards stopping presence, and then interrupting it. https://gist.github.com/gabrielschulhof/a21b6a126ee09fdb0ff7 This segfault happens on 1.0.0-dev, commitid a4f71712e7877300a4a8ee27b

[dev] Something wrong with handling unicast presence response - client always get "PRESENCE_TIMEOUT"

2015-09-23 Thread 권대근
HTML ?? ??... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/9150c1f6/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201509231557958_Z5JE7EUA.gif Type: image/gif Size: 13168 byte

[dev] Invalid CoAP header item in IoTivity message

2015-09-23 Thread 고성규
An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/f05f46c0/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201509231443277_BEI0XT4N.gif Type: image/gif Size: 13168 bytes Des

[dev] Invalid CoAP header item in IoTivity message

2015-09-23 Thread 고성규
An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150923/48c6211a/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201509231123863_BEI0XT4N.gif Type: image/gif Size: 13168 bytes Des