[tex-live] Re: Please enable ipc in tex
Gerben Wierda
Gerben.Wierda at rna.nl
Mon Jul 19 17:33:47 CEST 2004
Catching up....
> Note that I am not the author of the ipc code, and don't know _that_
> much about it. It seems to me that aggressive flushing of the dvi
> file enabled by --ipc is a side-effect of needing to do this on the
> socket.
>
> The ipc code definitely opens a socket when --ipc is given. To be
> precise, it is a UNIX domain socket named "$HOME/.TeXview_Pipe". With
> --ipc-start it also tries to run "open `which TeXview`" as the
> consumer (see IPC_SERVER_CMD in texmfmp.c).
>
> I suspect that for large dvi files, if there is no listener on the
> socket, TeX will just hang on a write on the socket after a while. It
> looks to me like TeX writes typically 6 bytes per page on the socket
> (which is really used to synchronize the viewer with TeX). With OS
> buffers typically 1024 or 4096 bytes, that means 150+ or 650+ pages.
>
> If you (generic you) want just the aggressive flushing, feel free to
> propose a patch. I think I've figured what would be required, but it
> is something I'd like to see independent confirmation of.
>
> Also a proposal on how to specify it on the command line would be
> useful. (As usual, I'm not saying I'd incorporate it, but I do want
> to know what lines of thought people have in the matter, if only to
> make sure that I don't do something by myself which turns out to be
> utterly useless.)
If I recall an earlier discussion on this subject, a big plus would be if
we would have something like "serialized PDF" as output of PDFTeX such
that this socket-signalling could also be used by PDF-previewers next to
DVI-previewers.
G
More information about the tex-live
mailing list