Linked by nfeske on Tue 28th Feb 2012 11:51 UTC
Permalink for comment 508982
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/20/13 6:17 UTC, submitted by MOS6510
Linked by Thom Holwerda on 06/19/13 23:02 UTC, submitted by M.Onty
Linked by Thom Holwerda on 06/19/13 22:28 UTC
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
More News »
Sponsored Links



Member since:
2011-01-28
nfeske,
Thank you for the response! It's very nice to hear from people directly involved.
"At a later stage, Genode will hopefully evolve into something that other end users will use. But they will probably not be aware of that."
Some kind of special purpose rebranded OEM arrangement, I understand. Yes that does do away with the "end user problem" nicely
"I am a proponent of porting existing software instead of implementing new software wherever feasible. For doing this, we don't need to convince authors of existing (OSS/FS) projects to explicitly support our platform if their software can be integrated as is."
Clearly being able to run portable software helps offset the fact that not much native software is available. But it seems to me that this this might impede the development/use of more ideal/redesigned/cleaner programming interfaces for the sake of compatibility. For example, I read about your foray with the notorious "fork". Many developers are fans of it, but many also may not realize how many subtle problems it has under the hood: threads, leaking file handles, overcommit, inefficient clone/exec sequences, etc. Also, I imagine deviating from linux's libc, TLS and threading implementations has it's own set of compatibility problems. Have there been instances when compatibility restraints forced you to alter your ideal implementation design?
I'm actually impressed that you guys are tackling these things and I think it's high time complex & baggy monolithic kernels get a run for their money.
Edited 2012-02-29 15:42 UTC