Hi, My name is Felipe Tanus and I would like to participate (for the first time) of GSoC in this project, specifically in the boost.process library. While my proposal is not ready, you can check a little about me in my website[1]. I already downloaded and had a look in the code, and read the documentation provided. This turned me even more excited about the project. To be able to do a proper schedule and define milestones, I need to study more about of POSIX and Windows process architectures, and what the APIs let me to do. For this, I have been reading some man pages (unistd, signal...) and the MSDN documentation. My first question about this project is exactly about that: Do you have any suggestions about where can I find out about this matter? I would like it to be from a reliable source. You can reach me in IRC, on freenode's boost channel as "fotanus", and by this e-mail. Thanks in advance, -- Felipe de Oliveira Tanus E-mail: fotanus@gmail.com Blog: http://www.itlife.com.br [1]: Site: http://www.inf.ufrgs.br/~fotanus/ ----- "All we have to decide is what to do with the time that is given us." - Gandalf
My name is Felipe Tanus and I would like to participate (for the
first time) of GSoC in this project, specifically in the boost.process library. My first question about this project is exactly about that: Do you have any suggestions about where can I find out about this matter?
Hi Felipe, I have to admit that I don't know much about this work... However, you might look at this site [1] to what works has been done (or hasn't). Hopefully, Boris can provide more information regarding this project. Andrew Sutton andrew.n.sutton@gmail.com [1] https://svn.boost.org/trac/boost/wiki/SoC2010#Boost.Process
Hi Felipe,
I have to admit that I don't know much about this work... However, you might look at this site [1] to what works has been done (or hasn't). Hopefully, Boris can provide more information regarding this project.
Hi Andrew, Thanks for the answer. Actually I already read the documentation provided by boost about the status of the project. A lot of work are already done, but I'm sure it still a good part, principally about the interface. My plans include some good interface to the user in aspects like access other process from the computer with signals, and search processes that are currently running. For this, I should read about the process architecture in both platforms to see what can be done, and what is impossible. With this I also could find some common points in both architectures to bring to the boos.process. That is the kind of material I'm looking for. If someone can point me out something to read about this, would be nice. The APIs are well documented on man and MSDN, so I'm not really worried about this part. Another question about the proposal: Does the scheduling and milestones must be extremely precise? -- Felipe de Oliveira Tanus E-mail: fotanus@gmail.com Blog: http://www.itlife.com.br Site: http://www.inf.ufrgs.br/~fotanus/ ----- "All we have to decide is what to do with the time that is given us." - Gandalf
On Mon, 22 Mar 2010 21:44:17 +0100, Felipe Tanus <fotanus@gmail.com> wrote: Hi Felipe,
[...] My plans include some good interface to the user in aspects like access other process from the computer with signals, and search processes that are currently running. For this, I should read about the process
I recommend to read the overview at http://www.highscore.de/cpp/process/ if you haven't yet (that's the big picture; that's where development stopped last year; there are also many open questions listed). I also recommend to read these threads: http://thread.gmane.org/gmane.comp.lib.boost.devel/188736 http://thread.gmane.org/gmane.comp.lib.boost.devel/180284 http://thread.gmane.org/gmane.comp.lib.boost.devel/180720 http://thread.gmane.org/gmane.comp.lib.boost.devel/180277 You might find more relevant threads on the mailing lists if you search for Boost.Process. That way you get a complete overview about the problems. :)
[...]architecture in both platforms to see what can be done, and what is impossible. With this I also could find some common points in both architectures to bring to the boos.process. That is the kind of material I'm looking for. If someone can point me out something to read about this, would be nice.
The APIs are well documented on man and MSDN, so I'm not really worried about this part.
I'm afraid there is not much more than MSDN and man pages. At least I'm not aware of any documentation which explains those similarities and differences we are interested in. What might help though is studying the Java and .NET API. Sun and Microsoft must have gone this way before (at least partly). Boris
Hi Boris, Thanks for the answer. On Mon, Mar 22, 2010 at 7:44 PM, Boris Schaeling <boris@highscore.de> wrote: [...] I also recommend to read these threads:
http://thread.gmane.org/gmane.comp.lib.boost.devel/188736 http://thread.gmane.org/gmane.comp.lib.boost.devel/180284 http://thread.gmane.org/gmane.comp.lib.boost.devel/180720 http://thread.gmane.org/gmane.comp.lib.boost.devel/180277
You might find more relevant threads on the mailing lists if you search for Boost.Process. That way you get a complete overview about the problems. :)
Thank you for the links; I really didn't looked at the archives from the mailing list yet. This is a nice tip.
[...] At least I'm not aware of any documentation which explains those similarities and differences we are interested in. What might help though is studying the Java and .NET API. Sun and Microsoft must have gone this way before (at least partly).
It's sad that aren't any comparatives. I might write one when I finish to study about the differences. This might help people in future with the same problems. Surely would be nice take a look at .NET interface, but I'm not sure how good would be java, since the process API problems (and magic) should be at the virtual machine, not at the API Itself. I already take a look at QT, as was suggested on the #boost. In the next few days I should send a draft from my proposal. Would be nice if you could revise it, since by what I understand you know a lot about process. This way, if the proposal has failures, you might advice me in time. Thank you, -- Felipe de Oliveira Tanus E-mail: fotanus@gmail.com Blog: http://www.itlife.com.br Site: http://www.inf.ufrgs.br/~fotanus/ ----- "All we have to decide is what to do with the time that is given us." - Gandalf
On Tue, 23 Mar 2010 01:16:04 +0100, Felipe Tanus <fotanus@gmail.com> wrote: Hi Felipe,
[...] It's sad that aren't any comparatives. I might write one when I finish to study about the differences. This might help people in future with the same problems. Surely would be nice take a look at .NET interface,
that would be already a nice contribution to the Boost.Process documentation. If we can explain similarities and differences it's also easier to explain design decisions (especially if it comes to a review :).
[...] In the next few days I should send a draft from my proposal. Would be nice if you could revise it, since by what I understand you know a lot about process. This way, if the proposal has failures, you might advice me in time.
Sure, no problem! You can also contact me by email if you like. Boris
participants (3)
-
Andrew Sutton -
Boris Schaeling -
Felipe Tanus