...not to mention that on 32-bit standard C FILE*s are 32-bit and do weird things when you get over the 2GB mark. IMHO this is by far the biggest problem with them. Any mature I/O API must not be subject to such arbitrary limitations provided that the underlying platform isn't subject to them.
On Mon, Aug 16, 2010 at 12:53 PM, Shin Fujishiro <[email protected]> wrote: > Lars Tandle Kyllingstad <[email protected]> wrote: > > 2. Steve and I have been working on a new version of std.process, which > > will at some point, hopefully, obviate the need for popen(). See > > pipeProcess() here: > > > > http://www.kyllingen.net/code/ltk/doc/process.html > > I'm looking forward to seeing the result! :-) > > > > The POSIX implementation is more or less complete, but its inclusion in > > Phobos is currently being blocked by bug 3979. Also, Steve has run into > > some very tricky issues with pipes on Windows, fundamentally caused by > > D's dependence on the DMC runtime. I don't know how (or if) that is > > working out. > > Will the new std.process use C stdio? > > I think dependency to FILE* should be minimized, as C stdio has several > issues (wide oriented streams, poor bidirectional buffering, etc...). > IMHO using FILE* just for the sake of buffering is not a very good idea. > > > Shin > _______________________________________________ > phobos mailing list > [email protected] > http://lists.puremagic.com/mailman/listinfo/phobos >
_______________________________________________ phobos mailing list [email protected] http://lists.puremagic.com/mailman/listinfo/phobos
