bugGNU Octave - Bugs: bug #55225, building doc figures in .eps or...

 
 

bug #55225: building doc figures in .eps or .pdf format occasionally silently fails

Submitted by:  Mike Miller <mtmiller>
Submitted on:  Fri 14 Dec 2018 07:27:08 PM UTC  
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Confirmed Assigned to:  None
Originator Name:  Open/Closed:  Open
Release:  dev Operating System:  GNU/Linux

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

Mon 18 Mar 2019 11:26:13 PM UTC, comment #19:

I filed bug #55952 for the "seealso already defined" build error.

Mike Miller <mtmiller>
Project Administrator
Mon 18 Mar 2019 11:17:05 PM UTC, comment #18:

On a second look, this is just your build directory, so the problem must be somewhere else...

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Mon 18 Mar 2019 11:12:17 PM UTC, comment #17:

Neither buildbots nor me have sundials 4.x so we do not see this problem...

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Mon 18 Mar 2019 10:42:58 PM UTC, comment #16:

I'm hitting the same error as Stefan now in my last build

Aside from the top-level error being the same "/usr/bin/texi2dvi: etex exited with bad status, quitting.", this does not look like the same bug that this report is about.

Mike Miller <mtmiller>
Project Administrator
Mon 18 Mar 2019 05:48:32 PM UTC, comment #15:

Make sure you do not have corrupted files left over from previous failed builds. Start with a fresh new clone...

Dmitri.

Dmitri A. Sergatskov <dasergatskov>
Mon 18 Mar 2019 05:32:29 PM UTC, comment #14:

With -j1 V=1 I now get this:

'''
texi2dvi --build-dir=doc/interpreter/octave.t2d -o doc/interpreter/octave.dvi \
`test -f 'doc/interpreter/octave.texi' || echo '/home/haawda/paketierung/meine_Pakete/octave-hg/src/octave/build/../'`doc/interpreter/octave.texi
This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019) (preloaded format=etex)
restricted \write18 enabled.
entering extended mode

(/home/haawda/paketierung/meine_Pakete/octave-hg/src/octave/build/../doc/interp
reter/octave.texi
(/home/haawda/paketierung/meine_Pakete/octave-hg/src/octave/build-aux/texinfo.t
ex Loading texinfo [version 2019-03-16.20]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions,
(/usr/local/texlive/2019/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.)
(/home/haawda/paketierung/meine_Pakete/octave-hg/src/octave/build/../doc/interp
reter/macros.texi
/home/haawda/paketierung/meine_Pakete/octave-hg/src/octave/build/../doc/interpr
eter/macros.texi:51: Macro name seealso already defined.
@macroxxx ...@the @macname @space already defined}
@fi @global @cslet {macsav...
l.51 @macro seealso {args}

?

Stefan Husmann <haawda>
Tue 12 Mar 2019 09:03:18 PM UTC, comment #13:

Here is what I see in logs:

Dmitri.

Dmitri A. Sergatskov <dasergatskov>
Tue 12 Mar 2019 08:15:26 PM UTC, comment #12:

I suspect that it happens when computer is heavily loaded. The buildbots running multiple parallel builds when this happens.
I cannot reproduce it if I just re-run make on this computer.

(You can also see that this is not a single occurence:
http://buildbot.octave.org:8010/#/builders/9
)

Dmitri.

Dmitri A. Sergatskov <dasergatskov>
Tue 12 Mar 2019 06:09:04 PM UTC, comment #11:

Marking the bug confirmed, even though I can't reproduce, and reopening this report.

Pantxo Diribarne <pantxo>
Project Member
Tue 12 Mar 2019 06:07:38 PM UTC, comment #10:

It looks like creating and destroying ui objects synchronously was not a definite fix, but rather made this bug less probable.

This shows that the issue was clearly not what I though it was (I was sure this bug could simply not happen anymore). Furthermore the synchronous approach made things slower. I'll work on this when I find some time.

@Dmitri: It is strange that creating txt files (that don't even involve creating a figure) crash Octave. This may be a different issue.

Pantxo Diribarne <pantxo>
Project Member
Tue 12 Mar 2019 05:00:08 PM UTC, comment #9:

Some buildbots are crashing (with sigfault) too:

http://buildbot.octave.org:8010/#/builders/9/builds/770

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Tue 12 Mar 2019 03:16:21 PM UTC, comment #8:

After some month where everythink worked as expected I now encounter this again, building from stable mercurial branch or from develop branch.

Stefan Husmann <haawda>
Fri 21 Dec 2018 06:57:32 PM UTC, comment #7:

This is fixed for me with the current stable branch, thanks.

Mike Miller <mtmiller>
Project Administrator
Fri 21 Dec 2018 06:45:13 PM UTC, comment #6:

The patch for bug #55926 has been pushed. Marking this one ready for test.

Pantxo Diribarne <pantxo>
Project Member
Mon 17 Dec 2018 07:19:42 PM UTC, comment #5:

The patch for bug #55226 also fixes this bug for me.

Mike Miller <mtmiller>
Project Administrator
Fri 14 Dec 2018 08:50:49 PM UTC, comment #4:

The bug.sh also fails for me:
...
51: -rw-rw-r--. 1 10512 Dec 14 14:49 doc/interpreter/plot.eps
52: -rw-rw-r--. 1 10512 Dec 14 14:49 doc/interpreter/plot.eps
53: -rw-rw-r--. 1 10512 Dec 14 14:49 doc/interpreter/plot.eps
54: ls: cannot access 'doc/interpreter/plot.eps': No such file or directory

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Fri 14 Dec 2018 08:46:13 PM UTC, comment #3:

This is a problem even with 'make -j1' as I showed in the initial comment. Now it may still be a problem with system load causing some kind of racy timeout condition, and it may get worse with more build jobs running in parallel, but it is not specifically due to two simultaneous instances of Octave and not solved with '-j1'.

Updated shell script to test this more easily with different figures and different file formats:

With this I am able to observe that I get the same type of failure with the file format set to either eps or pdf. With either format, after some number of iterations, Octave silently fails to write the intended output file and exits with success.

There is a similar but different error with png format figures that I will report separately.

Mike Miller <mtmiller>
Project Administrator
Fri 14 Dec 2018 08:34:22 PM UTC, comment #2:

I wonder if it is related to the problem I see with parallel builds. It seems to be hardware dependent. It is almost 100%
reproduciable on i5-4570 (Intel GPU) and Nehalem Xeon
(with Nvidia GPU though I use software rendering).

In my case it is always a problem with "make -j4" and even
"make -j4 V=1" fixes it. Building with gnuplot (instead of qt)
always works fine as well.

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Fri 14 Dec 2018 07:39:06 PM UTC, comment #1:

As a follow up, the following shell script snippet also reveals this error pretty clearly for me

There is no indication from Octave or from the shell exit status that anything went wrong, just that the file plot.eps doesn't exist.

Mike Miller <mtmiller>
Project Administrator
Fri 14 Dec 2018 07:27:08 PM UTC, original submission:

On my system, building the figures for the user manual in the .eps format occasionally fails with no error message and no output file produced. The error only becomes apparent when octave.dvi is built, at which point TeX complains about the missing include file.

This is reproducible, although not 100% of the time, and is not always the same figures. The most recent example on my system:

And sure enough, the file doc/interpreter/splinefit2.eps is missing. Scrolling up through the build output, I do see the following command

With no error or indication that the command failed, simply no output file produced.

On a second or third repeat of the same sequence, it may work, or there may be a different set of 1 or 2 images missing.

This is with a real display, Intel integrated graphics, Qt toolkit, Qt 5.11.2, gl2ps 1.4.0.

Mike Miller <mtmiller>
Project Administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by haawda (Posted a comment)
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by haawda (same here)
  • -email is unavailable- added by dasergatskov (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-03-12 pantxo StatusFixed => Confirmed
        Open/ClosedClosed => Open
    2018-12-21 mtmiller StatusReady For Test => Fixed
        Open/ClosedOpen => Closed
    2018-12-21 pantxo StatusNone => Ready For Test
    2018-12-15 haawda Carbon-Copy- => Added -email is unavailable-
    2018-12-14 mtmiller Summarybuilding doc figures in .eps format occasionally silently fails => building doc figures in .eps or .pdf format occasionally silently fails
    2018-12-14 mtmiller Carbon-CopyRemoved 80942 => -

    Back to the top


    Powered by Savane 3.4