Yet another question. Associated with "Re: Shared library"

Peter Nguyen peter.nguyen at ...29...
Thu Mar 11 13:03:24 CET 2010


Christian,

Sorry, I probably should have sent the source code to begin with.  Attached are
two zip files: sampling.tar.gz (which contains the server source code I have,
the build.conf file, the config file for building as well as the weaver file i
use), and sampling_session.tar.gz, which should be placed in
$(GENODE_DIR)/os/include. The sampling folder in sampling.tar.gz should be
placed in the base genode directory ie. Whatever value GENODE_DIR takes.

I am currently using version 9.11 of genode, and using the okl4 "version".

Just to reiterate, I was under the impression that memory could be shared
between two separate components ie. not just in the client code. I recall you
mentioned that both the server and client should obtain the capability and
attach it so as to write to the same memory. So i tried creating client
connection in server.cc after announcing the service, but the dataspace seems to
be different in that after the announcement code in the server main.cc is done,
i create a client connection then. The capability that the server main.cc and
client main.cc has do not seem to point the same memory locations.

Thanks
Peter

Quoting Christian Helmuth <christian.helmuth at ...1...>:

> Hello Peter,
>
> On Thu, Mar 11, 2010 at 07:21:28PM +1030, Peter Nguyen wrote:
> > What i meant by this is that in the client code, I obtain the
> > dataspace capability, write to that memory, and print the contents of
> > that memory. After this, I create other variables to store the
> > dataspace capability, and it refers to the same memory. However, I was
> > under the impression that this memory could be shared by other
> > components other than the client code. For instance, adding a
> > connection to the server from the HTTP server code (for instance)
> > seems to result in a different dataspace capability as printing the
> > contents (casting the memory to an int) results in the value being 0.
> > Maybe moving the code into the Session_component would probably fix
> > this problem.
>
> IMO it's time for me to stop guessing what your code may look like or you
> may try to say. Please post compilable source code and/or logs if you
> want further support from my side.
>
> Ciao
> --
> Christian Helmuth
> Genode Labs
>
> http://www.genode-labs.com/ · http://genode.org/
>
> Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden
> Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Genode-main mailing list
> Genode-main at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/genode-main
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: sampling.tar.gz
Type: application/x-gzip
Size: 46845 bytes
Desc: not available
URL: <http://lists.genode.org/pipermail/users/attachments/20100311/3a48da9b/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sampling_session.tar.gz
Type: application/x-gzip
Size: 1872 bytes
Desc: not available
URL: <http://lists.genode.org/pipermail/users/attachments/20100311/3a48da9b/attachment-0001.bin>


More information about the users mailing list