Hi,
I just realized that making the library a shared object won't necessarily fix my problem. What i'm trying to do is have two genode components share data with each other, where this data is in user space. I do this with a buffer that i create in the kernel, where I obtain the physical address of the buffer, and map that to user space. The mapping is established via the use of Io_mem_connection, as was suggested to me previously.
Is there a way of sharing data between two components where the data is wholly created in user space? I'm not sure whether there is any functionality in genode that will allow me to obtain the physical address of a variable or class instance, for example. Otherwise, i could just use Io_mem_connection along with said functionality to establish the mapping.
Thanks Peter
Norman Feske wrote:
Hi Peter,
[init -> lwip_httpsrv_test] Starting ldso ... [init -> lwip_httpsrv_test] void* fwrite(): fwrite - not yet implemented [init -> lwip_httpsrv_test] void* fputs(const char*, void*): fputs: "Genode::Rm_session::Region_conflict" [init -> lwip_httpsrv_test] void* fwrite(): fwrite - not yet implemented [init -> lwip_httpsrv_test] void* abort(): abort called
Why is this occurring? The "region_conflict" would obviously give some sort of indication.
This is a problem with the default link address used for ldso. It conflicts with the address of the dynamic binary to load. We have updated the handling of the default text address for OKL4 in the subversion repository. Could you give it a try again?
Norman
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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main