<div dir="ltr">Hi,<div><br></div><div>I have actually tried changing the parameters' order before, but I must have done it incorrectly, because now it works.</div><div><br></div><div>Thank you for your assistance,</div><div>Jakob</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">V V pon., 1. apr. 2019 ob 14:58 je oseba Vlastimil Dort <<a href="mailto:dort@d3s.mff.cuni.cz">dort@d3s.mff.cuni.cz</a>> napisala:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Dear Jakob,</p>
<p>the problem is most likely in the order of inputs passed to the
linker. The -l flags should be specified after (not before) the .o
files.<br>
</p>
<p>Please try changing the server and client rules in the makefile,
so that $(LIBFLAGS) comes at the end, like this:<br>
</p>
<p>server: simpleSK.o server.o<br>
   $(CXX) $(CXXFLAGS) -o $@ $(LIBDIRFLAGS) $^ $(LIBFLAGS)<br>
<br>
client: simpleSK.o client.o<br>
   $(CXX) $(CXXFLAGS) -o $@ $(LIBDIRFLAGS) $^ $(LIBFLAGS)<br>
</p>
<p>Sorry for the inconvenience.<br>
</p>
<p>Vlastimil<br>
</p>
<div class="m_5720813842862027445moz-cite-prefix">Dne 30.03.2019 v 19:27 Jakob Å alej
napsal(a):<br>
</div></div><div text="#000000" bgcolor="#FFFFFF">
<blockquote type="cite">
<div dir="ltr">Hi,
<div><br>
</div>
<div>I'm having problems compiling the given omniORB example on
my private machine. It seems there is a problem with linked
libraries (L /home/jakob/Apps/omniORB/lib -lomniORB4
-lomnithread -lomniDynamic4)Â as I get a lot of "undefined
reference" errors when I try to run <i>OMNIORB_HOME=~/Apps/omniORB
make</i>. The omniORB directory should be linked correctly
and it seems that all the required libs are there. Is there
something obvious I'm missing?</div>
<div><br>
</div>
<div>I'm using the precompiled omniORB binary from the course
website, but I also tried compiling from source (but got the
same errors). Running Ubuntu 16.04 and using <i>g++ (Ubuntu
5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609. </i>The whole
output from running the make command can be found <a href="https://pastebin.com/JASdj1Kw" target="_blank">here</a>.</div>
<div><br>
</div>
<div>I'd appreciate any advice. Thank you,</div>
<div>Jakob</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">V V sob., 30. mar. 2019 ob
09:03 je oseba Vlastimil Dort <<a href="mailto:dort@d3s.mff.cuni.cz" target="_blank">dort@d3s.mff.cuni.cz</a>>
napisala:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Dear Petr ŠťavÃk,</p>
<ol>
<li>The POA is synchronized internally by omniORB. You
would need synchronization if you kept some non-local
data. For example, you may store pointers to servants in
a global container so that you can deallocate them later
even if the client does not call the disconnect
operation.</li>
<li>You can observe the behavior of the provided server
and implement your server to behave similarly. The
purpose of the idle attribute is to show how readonly
attributes are used and implemented. Although always
returning true follows the protocol, it is not an
interesting implementation, because then the client can
get away with not checking the attribute at all. For
example, our server starts returning true 5 seconds
after creation of the instance. You could also use a
counter to return true after a few times of returning
false. Any implementation where the client has to wait a
little bit and the server can check that the client
waited would be great.<br>
</li>
</ol>
<p>Vlastimil Dort<br>
</p>
<div class="m_5720813842862027445m_5313278792615806485moz-cite-prefix">Dne
29.03.2019 v 16:19 Petr ŠťavÃk napsal(a):<br>
</div>
</div>
<div text="#000000" bgcolor="#FFFFFF">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000">Hello,
I have a few questions about the second assignment.</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000"><br>
</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000">Firstly
- I don't really understand the following note in the
task 6 "Do not forget that with the default POA
policy, methods of server_i are executed in multiple
threads and thus proper snychronization is required".
In my server implementation, there is no data that
could be shared among multiple threads, so I am not
sure what to synchronize here. Maybe - do you mean
that we should synchronize access to the default CORBA
structures like POA table as they are not thread-safe
(that means synchronizing method call like _this()
which registers the object)?</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000"><br>
</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000">Secondly
- I am not sure how to implement few server methods,
like the Idle method. Instance returned to the client
by connect method is exclusive for that client, so it
is always idle. Or am I getting something wrong?</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000"><br>
</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;color:#000000">Thank
you for your answers.</div>
<div><br>
</div>
-- <br>
<div dir="ltr" class="m_5720813842862027445m_5313278792615806485gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">S pozdravem Petr ŠťavÃk</div>
</div>
</div>
<br>
<fieldset class="m_5720813842862027445m_5313278792615806485mimeAttachmentHeader"></fieldset>
<pre class="m_5720813842862027445m_5313278792615806485moz-quote-pre">_______________________________________________
NSWI080 mailing list
<a class="m_5720813842862027445m_5313278792615806485moz-txt-link-abbreviated" href="mailto:NSWI080@d3s.mff.cuni.cz" target="_blank">NSWI080@d3s.mff.cuni.cz</a>
<a class="m_5720813842862027445m_5313278792615806485moz-txt-link-freetext" href="https://d3s.mff.cuni.cz/mailman/listinfo/nswi080" target="_blank">https://d3s.mff.cuni.cz/mailman/listinfo/nswi080</a>
</pre>
</blockquote>
</div>
_______________________________________________<br>
NSWI080 mailing list<br>
<a href="mailto:NSWI080@d3s.mff.cuni.cz" target="_blank">NSWI080@d3s.mff.cuni.cz</a><br>
<a href="https://d3s.mff.cuni.cz/mailman/listinfo/nswi080" rel="noreferrer" target="_blank">https://d3s.mff.cuni.cz/mailman/listinfo/nswi080</a><br>
</blockquote>
</div>
<br>
<fieldset class="m_5720813842862027445mimeAttachmentHeader"></fieldset>
<pre class="m_5720813842862027445moz-quote-pre">_______________________________________________
NSWI080 mailing list
<a class="m_5720813842862027445moz-txt-link-abbreviated" href="mailto:NSWI080@d3s.mff.cuni.cz" target="_blank">NSWI080@d3s.mff.cuni.cz</a>
<a class="m_5720813842862027445moz-txt-link-freetext" href="https://d3s.mff.cuni.cz/mailman/listinfo/nswi080" target="_blank">https://d3s.mff.cuni.cz/mailman/listinfo/nswi080</a>
</pre>
</blockquote>
</div></blockquote></div>