Philip Martin <philip@codematters.co.uk> writes:
>
> The problem with APR_DELONCLOSE is that (on Unix at least) the file
> gets unliked just after creation and so cannot be passed to an
> external diff program.
Hmm... I wonder. On some Unixes (I know of at lease Linux, FreeBSD, and Solaris)
it is possible to access any opened file if we (a) have appropriate permissions and
(b) know the opener's pid. I believe it should be possible to have apr generate
a '/proc/.../fd/...' style name for DELONCLOSE files on these platforms, and so allow
external programs to access them.
(I would be coding it now to check, but my computer's screen has died due to a power
failure last night :-( so I will probably only have time next weekend...)
Does anybody here think it worthwhile to try this course?
> Pool cleanup handlers can be used (and diff
> does use them) but these need to be removed before invoking the
> external diff program because the child process will run it's version
> of the handlers. It's painful...
>
Personally, I don't like using cleanup handlers here; I may be paranoid, but I
always fear crasher bugs which won't let my program run any cleanups at all... So
anything that can be done by the OS on process exit is a blessing.
-az
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:56 2006