NP == Norbert Preining writes:
it seems that appending a PID number is a wrong idea. users should not
do this, since it is documented that the name of the fls file will be
derived from the base name of the input file. so this scenario is not a
race.
ok, i see that appending PID was about the
NP == Norbert Preining writes:
As can bee seen both tex/pdftex first use intermediate temporary
file (tex.fls / pdftex.fls) and only then rename it to
$(jobname).fls
So the problem here is that when I try to compile both 1.tex and
2.tex _simultaneously_ (e.g. through make -j2) there
Hi Vladimir,
You are surely right that other filename-related race conditions exist,
and that adding the pid to the temp file for fls is merely a palliative,
not a fix. However, since that's the case that was reported, and since
it was easy to do, it seemed worth doing. That's all.
Thanks,
Karl,
recorder_name = (string)xmalloc(strlen(kpse_program_name) + strlen(pid_str) +
5);
E
Karl Berry wrote:
I made the change below (this is web2c/lib/openclose.c), let me know if
problems. I hope compilers won't give any guff about the cast and sprintf.
k
--- openclose.c
I made the change below (this is web2c/lib/openclose.c), let me know if
problems. I hope compilers won't give any guff about the cast and sprintf.
k
--- openclose.c (revision 17609)
+++ openclose.c (working copy)
@@ -37,12 +37,19 @@
static void
recorder_start(void)
{
-/* Alas, while we
recorder_name = (string)xmalloc(strlen(kpse_program_name) + strlen(pid_str)
+ 5);
I knew I was forgetting something obvious. Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
but I wonder, why use intermediate file for recorder at all? Why not to
open $(jobname).fls in the first place?
Don't want to overwrite the file from a previous run, I suppose.
I'm not enthused about using mkstemp (and providing a fallback), but
perhaps we can add the pid to the temp
On 28 Mar 2010, at 22:44, Karl Berry wrote:
but I wonder, why use intermediate file for recorder at all? Why not to
open $(jobname).fls in the first place?
Don't want to overwrite the file from a previous run, I suppose.
I also wonder if there are situations where the jobname is not yet
On 28 March 2010 Karl Berry wrote:
but I wonder, why use intermediate file for recorder at all?
Why not to open $(jobname).fls in the first place?
Don't want to overwrite the file from a previous run, I suppose.
Certainly a bad idea. People expect that it provides information
9 matches
Mail list logo