So I JUST reproduced this issue on my machine, which is Fedora running
GCC 5.3.1.
In my case, rebuilding the gtest was sufficient to fix it. (running
make in extlibs/gtest/gtest-1.7.0/). ?The compiler was properly finding
the libraries, but not finding the symbols. ? In my case, the GCC ABI
change
As a follow-up to my previous e-mail about discovery, I will point out that if
the server has even the smallest amount of persistent memory, the current port
number can be stored there and used as a default hint, with no involvement by
the application.
This might eliminate discovery in most cas
to help to sort this out
Also, you can use this page for sharing your experience too :
https://wiki.iotivity.org/yocto
Keep in touch
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/7bbe3844/attachment.html>
On ter?a-feira, 26 de abril de 2016 19:10:45 PDT Keane, Erich wrote:
> In my case, rebuilding the gtest was sufficient to fix it. (running
> make in extlibs/gtest/gtest-1.7.0/). The compiler was properly finding
> the libraries, but not finding the symbols. In my case, the GCC ABI
> changed in 5
The only useful hint is the previously used port. (Used in an immediately
preceding session, so known by one or more clients.) If the hinted port isn't
available, for the reasons Erich mentions, then a random port is just as good
as any other port. In that case, the new port can't be the same
15a0>
-- next part --
HTML ?? ??...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/086f699e/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.png
Type: im
The hinting mechanism is that the initialization function in IoTivity
takes a 'suggested port number' ?as a parameter. ?The stack will then
attempt to use that one first. ?If the port is already taken (or the OS
won't issue it for some reason), the stack will try the next one, and
continue the proc
Can someone elaborate on what a "hinting mechanism" is? If there's an API that
allows me to configure locally used interfaces and ports, I would expect those
to be used or get an error.
-Original Message-
From: iotivity-dev-bounces at lists.iotivity.org
[mailto:iotivity-dev-boun...@lis
wiki.iotivity.org/yocto
Keep in touch
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/0ea88d62/attachment.html>
Problem is not solved.
Regardless of hint mechanism, IANA registration is required.
We can set the HTTP server start by specifying the port, even we have the
default port 80.
BR, Uze Choi
-Original Message-
From: cftg at openconnectivity.org [mailto:c...@openconnectivity.org] On Behalf
Of
/lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/57d14ea2/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 13168 bytes
Desc: not available
URL:
<http://lists.iotivity.org/pipermai
On ter?a-feira, 26 de abril de 2016 06:14:02 PDT Mohammad Zuberul Islam wrote:
> Dear All,
>
> Samsung is about to upload/commit iOS codebase for IoTivity in a new code
> branch. We are waiting for suggestions.
Please work with the folks working on the Windows port to make sure that you
reuse s
That is only necessary if you're going to try and run an OIC server in the
cloud, with discovery via DNS. If that is the use-case, we could use a
registration of an official port, but we need a single one (or a pair, one for
TLS and one without it).
Is that the use-case?
On ter?a-feira, 26 de
Hello Jacob
We could implement what you're suggesting: a hard failure if we can't obtain
the port the application requested.
The hinting mechanism wouldn't be that. It would be an attempt by the
application to get that port but, if it fails, let the OS choose any port
arbitrarily (bind to 0).
An HTML attachment was scrubbed...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/7c52a126/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201604261211788_L7O6AE6R.gif
Type: image/gif
Size: 13168 bytes
Des
I agree with Thiago here.
Dave
> -Original Message-
> From: cftg at openconnectivity.org [mailto:cftg at openconnectivity.org] On
> Behalf Of Thiago Macieira
> Sent: Monday, April 25, 2016 8:51 AM
> To: cftg at openconnectivity.org; ashok.channa at samsung.com
> Cc: Wouter van der Beek (w
An HTML attachment was scrubbed...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/f069d714/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201604260957861_Z5JE7EUA.gif
Type: image/gif
Size: 13168 bytes
Des
An HTML attachment was scrubbed...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/92c4d528/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201604260955915_Z5JE7EUA.gif
Type: image/gif
Size: 13168 bytes
Des
HTML ?? ??...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/55068cd6/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201604260942622_4XEV4D4T.gif
Type: image/gif
Size: 13168 byte
HTML ?? ??...
URL:
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160426/4fdd2c13/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: 201604260938768_Z5JE7EUA.gif
Type: image/gif
Size: 13168 byte
20 matches
Mail list logo
