hiya, didn't get a response back regarding the namedpipes / ntpipes issues, still have some questions outstanding, perhaps someone can help me understand?
i asked earlier about whether it is possible to do a select() on a [unix] namedpipe: i have since discovered apr_poll() so the question should be: in the proposed [generic, unix-named-pipe-like, not the nt-named-pipe-like one!] apr_namedpipe() api: will it be possible to do an apr_poll(), fork or thread, deal with the request or requests? this is really important for the viability and useability of any proposed apr_namedpipe() implementation. as an aside, in case you're wondering, one of the reasons i haven't posted Code for an apr_ntpipe() implementation is because the infrastructure to support it / code it easily doesn't exist. namely, what i think will be needed is probably likely to be close to the apr_IOL (took me a while to work out that means input / output layer :) where can more info about the IOL be found? i have a sneaky suspicion that any namedpipe implementation - both the proposed apr_namedpipe() _and_ the proposed apr_ntpipe() APIs will need to be 'plugged in' behind an IOL, because otherwise, adding them in behind the existing code will make a horrible mess of exceptions etc. and will result in a botch-job-of-an-IOL _anyway_ :) :) all best, luke