bugGNU Octave - Bugs: bug #55268, macos: images fail to build for...

 
 

bug #55268: macos: images fail to build for docs

Submitter:  Ben Abbott <bpabbott>
Submitted:  Sun 23 Dec 2018 09:29:52 AM UTC
   
 
Category:  Plotting with OpenGL Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Fixed Assigned to:  bpabbott
Originator Name:  Ben Abbott Open/Closed:  * Closed
Release:  * dev Operating System:  * Mac OS
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sat 20 Jul 2019 10:46:57 AM UTC, comment #48: 

Thanks, I'll close this report as fixed then.

Pantxo Diribarne <pantxo>
Group Member
Thu 18 Jul 2019 03:53:18 AM UTC, comment #47: 

@Dimitri

Thanks. I don't have pdfinfo, but the eps-files' header makes it clear that they are created by gl2ps.

Ben Abbott <bpabbott>
Group Member
Thu 18 Jul 2019 03:30:36 AM UTC, comment #46: 

You can use pdfinfo.
E.g. (in doc/interpreter):


pdfinfo grid.pdf
Title:          gl2ps_renderer figure
Author:         Octave
Creator:        GL2PS 1.4.0, (C) 1999-2017 C. Geuzaine
...


or you can check all of them with


for ii in ./*.pdf ; do pdfinfo ${ii} ; done | grep -i title


(the same info in *.eps headers)

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Thu 18 Jul 2019 02:57:21 AM UTC, comment #45: 

@Pantxo,

Sorry for the delayed reply. I'm able to build. How may I verify gnuplot wasn't used to build the images?

Ben Abbott <bpabbott>
Group Member
Tue 16 Jul 2019 05:55:41 PM UTC, comment #44: 

@Ben: Can you confirm that this bug is now fixed?

Pantxo Diribarne <pantxo>
Group Member
Mon 10 Jun 2019 07:03:35 PM UTC, comment #43: 

I pushed the patch from comment #38 on stable, for Mac only, and then on default for all platforms:

http://hg.savannah.gnu.org/hgweb/octave/rev/e6bc258df691
http://hg.savannah.gnu.org/hgweb/octave/rev/7206b8c222eb

Marking this bug ready for test.

Pantxo Diribarne <pantxo>
Group Member
Mon 11 Feb 2019 01:20:25 AM UTC, comment #42: 

Its been a week or so since I checked. Today (tip 87d3baf1c024) my build does not produce a seg-fault when using the qt toolkit.

I've applied three patches.


octave-qt_wait_on_worker_thread-djs2018Oct19.patch
open_kEClIYyW.patch
print_fbo2.patch


The patches are on the bug-tracker. The first is attached to bug #50025 and the other two are attached below (bug #55268)


Ben Abbott <bpabbott>
Group Member
Mon 28 Jan 2019 05:30:21 AM UTC, comment #41: 

@Rik,

The seg-fault occurs with and without the patch. Closing the figure does not help.

One of the changesets since 5e247fb245f2 has introduced a new problem. I now see seg-fault when creating the text-files.


Ben Abbott <bpabbott>
Group Member
Mon 28 Jan 2019 02:26:39 AM UTC, comment #40: 

@Ben: Does regular plotting produce a segfault if you don't have the patch for this bug applied?  We wouldn't want to introduce that sort of side effect just to have the images build.

Also, could you test whether closing the figure before exiting helps?


run-octave -f
peaks
close all
quit



Rik <rik5>
Group administrator
Sun 27 Jan 2019 10:34:10 PM UTC, comment #39: 

@Pantxo,

With your patch, and two other patches, I can eventually  build the docs on macOS (occasional crashes).

However, if I run manually and plot, octave reliably crashes on exit (both qt and fltk)


>> graphics_toolkit
ans = qt
>> peaks ()
>> quit
fatal: caught signal Segmentation fault: 11 -- stopping myself...
Segmentation fault: 11


In case anyone is interested in the crash logs, I've attached them.


(file #46111, file #46112)

Ben Abbott <bpabbott>
Group Member
Sun 27 Jan 2019 07:08:22 PM UTC, comment #38: 

@Rik: I think consistently using framebufferobjects when operating on invisible opengl contexts is a good thing. Furthermore, I ran a modified dump_plot_demos (with invisible figures and "-painter" option) and didn't see any issue.

I attached a patch that takes care of your concerns but still applies to all OS.

(file #46108)

Pantxo Diribarne <pantxo>
Group Member
Sun 27 Jan 2019 05:56:38 PM UTC, comment #37: 

@Pantxo: I think it is okay to push to stable.  The idea right now is to find errors in the build system with RC1 and fix them which this certainly does.

Does this have any negative consequences for non-Mac users?  It appears that this change is made for all operating systems.  One possibility if we are concerned about limiting any potential side effects would be to use an #ifdef/#end around the code which is Mac specific.  I compiled on a Linux system and 'make check' passes so I suppose that is a small level of testing.  I don't know about Windows.

This is just a small observation, but it is often easier to understand the code if it can be read directly from top to bottom.  If there branches in control flow then it is best practice to put the branch which is taken most often first so that reading continues easily.  In the current code, the rare case ("visible" == "off") is listed first and when following normal execution one has to search for the else clause.  Also, the local variables "pos" and "dpr" are only necessary in one of the branches of code.  Instead of declaring them above the if statement, I would move them in to the block that is Mac-specific since that is the smallest enclosing scope.

Rik <rik5>
Group administrator
Sun 27 Jan 2019 02:55:11 PM UTC, comment #36: 

@Ben: Are you able to build the doc with the patch, or does the crash at exit still prevent the build to complete?

@Rik: Can I push this patch on stable or is it too late?

Pantxo Diribarne <pantxo>
Group Member
Fri 25 Jan 2019 04:45:10 AM UTC, comment #35: 

fixed the patch after jwe's changeset 98afb8bbd1f6



(file #46092)

Ben Abbott <bpabbott>
Group Member
Fri 25 Jan 2019 03:15:25 AM UTC, comment #34: 

@Pantxo, you are correct. Configure run when I built, but the Qt configuration failed ... and I was using FLTK. After a proper configure, the eps-files are rendered correctly (with the patch).

Ben Abbott <bpabbott>
Group Member
Thu 24 Jan 2019 08:13:48 AM UTC, comment #33: 

@Ben: Well, I'd not call this an improvement :-). It is very strange since this message should only appear if "__have_feature__ ("QT_OFFSCREEN") == 0", i.e. if the test for usability of QOffscreenSurface has failed at configure time. This feature used to be present in your previous builds (or print wouldn't have gone that far). Did you reconfigure before building?

  • If so can you look at the config.log and see what went wrong? My patch should not affect the configure test.
  • If not, are you using the fltk toolkit? This would explain that.
Pantxo Diribarne <pantxo>
Group Member
Thu 24 Jan 2019 05:11:40 AM UTC, comment #32: 

start octave (from rthe terminal windows) as

LIBGL_ALWAYS_SOFTWARE=1 octave

I think you can also use setenv("LIBGL_ALWAYS_SOFTWARE", "1")
inside octave before starting any plots.
If that works you can add it to .octaverc.

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Thu 24 Jan 2019 05:01:23 AM UTC, comment #31: 

With file #46075 the situation has improved


>> figure ("visible", "off");
>> plot (1:10)
>> print toto.eps
error: print: figure must be visible or qt toolkit must be used with __gl_window__ property 'on' or QT_OFFSCREEN feature available
error: called from
    __opengl_print__ at line 195 column 7
    print at line 710 column 16


Is Dimitri's suggestion related? If so where do I set that flag?

Ben Abbott <bpabbott>
Group Member
Thu 24 Jan 2019 01:37:25 AM UTC, comment #30: 

@Ben: The file toto.eps that was attached as file #46075 looks fine to me.  That suggests that was only necessary to have a visible figure once.  But try Pantxo's patch and see if that fixes things.

Rik <rik5>
Group administrator
Wed 23 Jan 2019 09:21:34 AM UTC, comment #29: 

Sorry, wrong version of the patch. The correct one is attached.

(file #46077)

Pantxo Diribarne <pantxo>
Group Member
Wed 23 Jan 2019 08:49:26 AM UTC, comment #28: 

@Ben: I attached a patch that makes printing with gl2ps (vector) use the same strategy as printing with getframe (raster). I hope this will fix the issue.

(file #46076)

Pantxo Diribarne <pantxo>
Group Member
Wed 23 Jan 2019 04:23:00 AM UTC, comment #27: 

@Rik

toto_visible.eps looks ok, but toto.eps is empty (see attached)

When gl2ps was added, I recall that it was necessary to render the figure on screen to work. Is that no longer the case for Linux?

AFAIK, rendering on screen is still needed for macOS.

(file #46074, file #46075)

Ben Abbott <bpabbott>
Group Member
Tue 22 Jan 2019 09:39:02 PM UTC, comment #26: 

It looks to me as if this was an OpenGL  driver problem.
 
Can one get MAcOS to use software renderer?
Does LIBGL_ALWAYS_SOFTWARE=1 interface work there?

Dmitri.
--

Dmitri A. Sergatskov <dasergatskov>
Tue 22 Jan 2019 05:42:35 PM UTC, comment #25: 

Ugh.  So maybe on Macs we can't get a valid OpenGL context without having shown a visible figure first?

@Ben: What happens if you change the order of execution?


figure ();
plot (1:10)
print toto_visible.eps
set (gcf, "visible", "off")
clf;
plot (10:-1:1);
print toto.eps



Rik <rik5>
Group administrator
Tue 22 Jan 2019 04:10:50 AM UTC, comment #24: 

@Pantxo,

toto.eps has not lines (only text). toto_visible.eps is correct.

Ben Abbott <bpabbott>
Group Member
Mon 21 Jan 2019 02:23:38 PM UTC, comment #23: 

@Ben: Ok. So this is definitely due to printing with gl2ps. If you start an Octave session and no previous figure have been open, does the following work?


figure ("visible", "off");
plot (1:10)
print toto.eps
set (gcf, "visible", "on")
print toto_visible.eps


Those should make use of two different opengl contexts, first an offscreen one, second a "standard" one.

Pantxo Diribarne <pantxo>
Group Member
Mon 21 Jan 2019 02:01:15 PM UTC, comment #22: 

@Pantxo: The png-files are created properly. I've attached extended.png.


Ben Abbott <bpabbott>
Group Member
Mon 21 Jan 2019 01:07:55 PM UTC, comment #21: 

@Ben: The image in comment #17 calls for a few comments ... I would not say that the "plot is created correctly" :-): only do text objects appear to be printed. In fact those objects are not dependent on opengl working since we generate the ps code ourselves.
So my conclusion would be more like "plotting doesn't work for eps and derived".
Do png files, which don't use the same code path by default (no gl2ps), look better or worse?
Do you observe the same warnings and crappy printouts when printing visible figures? Does the simple script below generate correct figures?


figure ("visible", "on");
plot (1:10)
print toto.png
print toto.eps


Pantxo Diribarne <pantxo>
Group Member
Sun 20 Jan 2019 10:25:11 PM UTC, comment #20: 

Different results today.


$ hg tip
changeset:   26582:2ae2dcf0f4d5
bookmark:    @
tag:         tip
parent:      26579:570170dc46e5
user:        Rik <rik@octave.org>
date:        Sat Jan 19 20:44:03 2019 -0800
summary:     dump_demos.m: Use viridis colormap by default.



warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: gl2ps_renderer::draw_axes: empty feedback buffer and/or nothing else to print
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 102 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
fatal: caught signal Segmentation fault: 11 -- stopping myself...
make[2]: *** [doc/interpreter/extended.pdf] Segmentation fault: 11
make[2]: *** Deleting file `doc/interpreter/extended.pdf'
make[2]: *** Waiting for unfinished jobs....
fatal: caught signal Segmentation fault: 11 -- stopping myself...
make[2]: *** [doc/interpreter/extended.eps] Segmentation fault: 11
make[2]: *** Deleting file `doc/interpreter/extended.eps'
fatal: caught signal Segmentation fault: 11 -- stopping myself...
make[2]: *** [doc/interpreter/extended.png] Segmentation fault: 11
make[2]: *** Deleting file `doc/interpreter/extended.png'
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


I'll poke around a bit

Ben Abbott <bpabbott>
Group Member
Sun 20 Jan 2019 05:09:41 AM UTC, comment #19: 

The plot extended.eps is created using the "pdflatexstandalone" which is quite unusual.  That could be one source of the problem.  The other thing is that plotimages.m calls system ("pdflatex").  Does the system() call which involves a fork and creation of a new process work on a Mac?  I recall that there are strange problems with multi-threading.

Rik <rik5>
Group administrator
Sat 19 Jan 2019 05:10:23 AM UTC, comment #18: 

@Pantxo

with tip

hg tip
changeset:   26574:7f5bbd5ac5a5
bookmark:    @
tag:         tip
parent:      26571:16f18b0ef642
parent:      26573:ad70a85f702b
user:        Rik <rik@octave.org>
date:        Fri Jan 18 13:51:23 2019 -0800
summary:     maint: merge stable to default.

I get the same warnings from the cli and the seg-fault when quitting.

Ben Abbott <bpabbott>
Group Member
Sat 19 Jan 2019 02:57:39 AM UTC, comment #17: 

attached

(file #46021)

Ben Abbott <bpabbott>
Group Member
Fri 18 Jan 2019 03:32:42 PM UTC, comment #16: 

@Ben: Can you attach extended.eps? There are many warnings that should not be there. Are those warnings also present if you run the function from a regular octave session:


cd srcdir/doc/interpreter
plotimages (tempdir (), 'extended', 'eps')
open (fullfile (tempdir, "extended.eps"))


Pantxo Diribarne <pantxo>
Group Member
Fri 18 Jan 2019 03:17:43 PM UTC, comment #15: 

I'm seeing a seg-fault when Octave exits (unrelated). The plot is created correctly.


/bin/sh run-octave --norc --silent --no-history --path /Users/bpabbott/Development/mercurial/default/sources/doc/interpreter/ --eval "graphics_toolkit qt ; plotimages ('doc/interpreter/', 'extended', 'eps');"
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 710 column 16
    plotimages at line 111 column 7
fatal: caught signal Segmentation fault: 11 -- stopping myself...
Segmentation fault: 11


Ben Abbott <bpabbott>
Group Member
Thu 17 Jan 2019 08:50:15 AM UTC, comment #14: 

JWE just pushed a fix for a crash that happened on Windows when running the test suite. It looks like the crash was also caused by the dynamic loading of the qt toolkit.
Does it also fix this bug?

Pantxo Diribarne <pantxo>
Group Member
Thu 03 Jan 2019 06:19:16 AM UTC, comment #13: 

I alsoI tried the patch posted by Pantxo in bug #48519. Like Carlo, it does not solve this problem for me.

Ben Abbott <bpabbott>
Group Member
Wed 02 Jan 2019 11:23:00 PM UTC, comment #12: 

I tried the patch posted by Pantxo in bug #48519 but it does not solve this problem for me.

Carlo de Falco <cdf>
Group Member
Wed 02 Jan 2019 10:38:28 PM UTC, comment #11: 

Indeed the issue in bug #48519 looks similar to this one.
I am bug #48519 setting as a dependency.

Carlo de Falco <cdf>
Group Member
Wed 02 Jan 2019 05:38:15 PM UTC, comment #10: 

It might be worth waiting on the resolution of bug #48519 (Segfault with Qt plotting when running demos).  The same behavior is observed: segfaults when operating under extreme graphics load.  Pantxo just submitted a preliminary patch for that.

Rik <rik5>
Group administrator
Wed 02 Jan 2019 05:04:01 PM UTC, comment #9: 

@Ben, @Carlo: How would you like to proceed on this bug report?  mkfifo is now working again so gnuplot is an option.

Also, there is an extreme memory leak in the graphics subsystem that needs to be fixed before the 5.0 release.  It might be worth waiting until after that bug has been resolved because it may have knock-on effects which improve other parts of the graphics operation.

Rik <rik5>
Group administrator
Fri 28 Dec 2018 10:33:00 PM UTC, comment #8: 

With bug #55273 fixed, using gnuplot should be a useful workaround now too.

Mike Miller <mtmiller>
Group Member
Mon 24 Dec 2018 01:06:28 AM UTC, comment #7: 

@Carlo,

I've seen occasional problems building the docs for years. But when random (about 20% of the time) it is very difficult to debug. Recently, it was not random for me and failed 100% of the time. Unfortunately, I didn't / don't have the time necessary for debugging this problem..

Ben Abbott <bpabbott>
Group Member
Mon 24 Dec 2018 01:01:21 AM UTC, comment #6: 

ouch!

I'm a common user of gnuplot, but hadn't noticed the regression.


>> graphics_toolkit
ans = qt
>> graphics_toolkit gnuplot
>> graphics_toolkit
ans = gnuplot
>> peaks
error: __gnuplot_get_var__: Can not make FIFO (Function not implemented)
error: called from
    __gnuplot_get_var__ at line 58 column 7
    __gnuplot_has_terminal__ at line 36 column 23
    __gnuplot_drawnow__>gnuplot_default_term at line 343 column 3
    __gnuplot_drawnow__ at line 77 column 10
>>


Ben Abbott <bpabbott>
Group Member
Sun 23 Dec 2018 07:38:33 PM UTC, comment #5: 

Except that it looks like gnuplot also isn't working on macOS: bug #55273.

Mike Miller <mtmiller>
Group Member
Sun 23 Dec 2018 06:20:56 PM UTC, comment #4: 

Does the attached also work as a workaround for you? This will use octave-cli, which forces the image generation functions to use gnuplot instead of OpenGL.

(file #45733)

Mike Miller <mtmiller>
Group Member
Sun 23 Dec 2018 03:31:53 PM UTC, comment #3: 

@Ben I have always experienced the randomness of the failure, with or without the workaround.

Indeed if relaunching make over and over after each failure it
is possible to complete the docs, eventually.

Actually this is some times needed even with the "pause" workaround applied, it simply reduces the probability of encountering the  failure and thus the number of attempts needed to complete the build.

Actually, I never expected the "pause" to be a real solution,
but it makes a bit less tedious to get a finalized build with which to run meaningful tests.

With old revisions of the 5.* series the probability of failure was very high
and the number of restarts really large, I am not sure whether or not this ha improved recently.

Carlo de Falco <cdf>
Group Member
Sun 23 Dec 2018 10:49:35 AM UTC, comment #2: 

@Carlo,

Actually without you work around the images still occasionally fail. With a few attempts the build completes for me

Ben Abbott <bpabbott>
Group Member
Sun 23 Dec 2018 10:38:17 AM UTC, comment #1: 

@Carlo,

Now that dev is version 6.0.0, building the docs without your work around makes a lot of progress before failure. Can you confirm?


/bin/sh run-octave --norc --silent --no-history --path /Users/bpabbott/Development/mercurial/default/sources/doc/interpreter/ --eval "plotimages ('doc/interpreter/', 'extended', 'eps');"
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'text' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    plotimages at line 111 column 7

/bin/sh run-octave --norc --silent --no-history --path /Users/bpabbott/Development/mercurial/default/sources/doc/interpreter/ --eval "sparseimages ('doc/interpreter/', 'gplot', 'eps');"
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred in init_gl_context
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    sparseimages at line 46 column 5
warning: opengl_renderer: Error 'invalid framebuffer operation' (1286) occurred drawing 'line' object
warning: called from
    __opengl_print__ at line 193 column 7
    print at line 709 column 16
    sparseimages at line 46 column 5
fatal: caught signal Segmentation fault: 11 -- stopping myself...
make[2]: *** [doc/interpreter/gplot.eps] Segmentation fault: 11
make[2]: *** Deleting file `doc/interpreter/gplot.eps'
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Ben Abbott <bpabbott>
Group Member
Sun 23 Dec 2018 09:29:52 AM UTC, original submission:  

On macOS, the images fail to build for Octave 5/6

I'm attaching a work around by Carlo that allows the build to continue.

Ben Abbott <bpabbott>
Group Member

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #46111:  segfault-qt.txt added by bpabbott (67KiB - text/plain)
file #46112:  segfault-fltk.txt added by bpabbott (66KiB - text/plain)
file #46108:  print_fbo3.patch added by pantxo (2KiB - text/x-patch)
file #46092:  print_fbo2.patch added by bpabbott (2KiB - application/octet-stream)
file #46077:  print_fbo2.patch added by pantxo (2KiB - text/x-patch)
file #46076:  print_fbo.patch added by pantxo (2KiB - text/x-patch)
file #46074:  toto_visible.eps added by bpabbott (7KiB - application/postscript)
file #46075:  toto.eps added by bpabbott (7KiB - application/postscript)
file #46059:  extended.png added by bpabbott (25KiB - image/png)
file #46021:  extended.eps added by bpabbott (7KiB - application/postscript)
file #45733:  imagesgp.diff added by mtmiller (608B - text/x-patch)
file #45720:  open_kEClIYyW.txt added by bpabbott (630B - text/plain)

 

Digest:
   bug dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by bpabbott (Hi Andrew, it would be helpful if you would confirm comment #42)
  • -email is unavailable- added by dasergatskov (Posted a comment)
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by cdf (Posted a comment)
  • -email is unavailable- added by bpabbott (Submitted the item)
  • -email is unavailable- added by bpabbott
  • -email is unavailable- added by bpabbott
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 24 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-07-20 pantxo StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2019-06-10 pantxo StatusPatch Submitted Ready For Test
    2019-02-11 bpabbott Carbon-Copy- Added -email is unavailable-
    2019-01-27 bpabbott Attached File- Added segfault-qt.txt, #46111
        Attached File- Added segfault-fltk.txt, #46112
    2019-01-27 pantxo Attached File- Added print_fbo3.patch, #46108
    2019-01-27 pantxo StatusNone Patch Submitted
    2019-01-25 bpabbott Attached File- Added print_fbo2.patch, #46092
        StatusPatch Submitted None
    2019-01-23 pantxo Attached File- Added print_fbo2.patch, #46077
    2019-01-23 pantxo Attached File- Added print_fbo.patch, #46076
        StatusNeed Info Patch Submitted
    2019-01-23 bpabbott Attached File- Added toto_visible.eps, #46074
        Attached File- Added toto.eps, #46075
    2019-01-21 bpabbott Attached File- Added extended.png, #46059
    2019-01-19 bpabbott Attached File- Added extended.eps, #46021
    2019-01-17 pantxo StatusNone Need Info
    2019-01-02 cdf Dependencies- Depends on bugs #48519
    2018-12-28 mtmiller CategoryNone Plotting with OpenGL
    2018-12-23 mtmiller Attached File- Added imagesgp.diff, #45733
    2018-12-23 bpabbott Attached File- Added open_kEClIYyW.txt, #45720
        Carbon-Copy- Added -email is unavailable-
        Carbon-Copy- Added -email is unavailable-

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code