Re: Improving the Systemcalls interface

2001-10-18 Thread John Levon
On Thu, Oct 18, 2001 at 03:18:02PM +0200, Lars Gullik Bjønnes wrote: > Boost has no limitations on what you can do with the code. > (rewrite, no-source, take money for it etc etc.) great. > mmm... it should perhaps be called pstream instead > (ipstream,opstream,pstream) yeah > What is your es

Re: Improving the Systemcalls interface

2001-10-18 Thread John Levon
On Thu, Oct 18, 2001 at 11:43:20AM +0200, Lars Gullik Bjønnes wrote: > | I'm interested in doing something like this. Again, see my comments to > | Asger's comments. I'll come back to the list as the code develops (or not!) > > So what you need to do is to create: > > class process_stream : pu

Re: Improving the Systemcalls interface

2001-10-18 Thread Angus Leeming
On Thursday 18 October 2001 11:20, Andre Poenitz wrote: > On Thu, Oct 18, 2001 at 11:18:03AM +0100, Angus Leeming wrote: > > > I need it for the math-extern stuff, so asnchronous operation is not > > > wanted... > > > > No, I don't see that. What I envisage is that the converter class writes a

Re: Improving the Systemcalls interface

2001-10-18 Thread Andre Poenitz
On Thu, Oct 18, 2001 at 11:18:03AM +0100, Angus Leeming wrote: > > I need it for the math-extern stuff, so asnchronous operation is not > > wanted... > > No, I don't see that. What I envisage is that the converter class writes a > shell script containing the conversion calls. How that shell scri

Re: Improving the Systemcalls interface

2001-10-18 Thread Angus Leeming
On Thursday 18 October 2001 10:52, Andre Poenitz wrote: > On Thu, Oct 18, 2001 at 10:15:38AM +0100, Angus Leeming wrote: > > My idea is to create a new shellstream class. The converters would create a > > small shell script, possibly involving multiple conversions. This would be > > launched a

Re: Improving the Systemcalls interface

2001-10-18 Thread Andre Poenitz
On Thu, Oct 18, 2001 at 10:15:38AM +0100, Angus Leeming wrote: > My idea is to create a new shellstream class. The converters would create a > small shell script, possibly involving multiple conversions. This would be > launched as a forked process runnind asynchronously. When the shell script

Re: Improving the Systemcalls interface

2001-10-18 Thread Asger K. Alstrup Nielsen
On Thu, 18 Oct 2001, Angus Leeming wrote: [Symmetry.] > I still don't buy this argument. It strikes me that if the controlling Well, I don't care much either way. Your solution is fine. > > What I would like to see is a process manager in LyX: In this dialog, you > > would have a list of all

Re: Improving the Systemcalls interface

2001-10-18 Thread Angus Leeming
Morning, André! On Thursday 18 October 2001 09:09, Andre Poenitz wrote: > On Wed, Oct 17, 2001 at 02:26:34PM +0100, Angus Leeming wrote: > > Comments? > > I found it a bit convoluted, too... Hmmm. See my comments to Asger's comments! > What would be really nice is to have some function which t

Re: Improving the Systemcalls interface

2001-10-18 Thread Angus Leeming
Thanks for the feedback, Asger. [snip symmetry argument explanation for the original class structure.] I still don't buy this argument. It strikes me that if the controlling process requires results from a child process, then its design depends absolutely on whether the child process is run sy

Re: Improving the Systemcalls interface

2001-10-18 Thread Angus Leeming
On Wednesday 17 October 2001 18:40, John Levon wrote: > On Wed, Oct 17, 2001 at 06:05:55PM +0100, Angus Leeming wrote: > > > completion of the child process. I don't see the point for the others, but > > this functionality can be added back in easily if so desired. > > how do we get back the r

Re: Improving the Systemcalls interface

2001-10-18 Thread Andre Poenitz
On Wed, Oct 17, 2001 at 02:26:34PM +0100, Angus Leeming wrote: > Comments? I found it a bit convoluted, too... What would be really nice is to have some function which takes two strings (a command name and something that should be used as stdin for this command) and return the standard output of