Re: Requesting for review of the Draft proposal for - procfs

Hi Olaf, Fredrick and all, Thanks a lot for all the suggestions and comments. I am sorry for all the misconceptions. I am reworking on the entire proposal so that meets the requirements of "the Hurd" community. I want to bring few points to your notice, though I had understood the n

Gsoc: choosing right project for hurd.

Hi all, I dont know if this is the right list for this question. I apologize if it is the wrong forum. I am quite unsure which project to choose from the list. I originally applied for procfs project and i got a suggestion to apply for another project because procfs already has several applicati

updated proposal

Olaf made some comments on my proposal and wanted to know a bit more about my actual implementation in the Hurd itself. I've done added a bit more to the proposal to explain what I feel is a good implementation. Basically, I was thinking the network stack could be divided into different translato

Re: Requesting for review of the Draft proposal for - procfs

<[EMAIL PROTECTED]> writes: > I don't quite see the need for a special library here -- what would it > provide over plain libtrivfs?... It seems to me that many (most?) of the translators will be /very/ simple. For uptime, cpuinfo, cmdline etc. their task boils down to gather some info and produ

[bug #17193] performance of `dd' w.r.t. different block sizes

Follow-up Comment #1, bug #17193 (project hurd): http://mp-3.name/charts/world/ - World music chart. ___ Reply to this item at: ___ Message sent via/by