[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Major revision for error handling in the interpreter
From: |
Pantxo |
Subject: |
Re: Major revision for error handling in the interpreter |
Date: |
Mon, 7 Oct 2019 03:28:47 -0500 (CDT) |
John W. Eaton wrote
> On 10/6/19 5:39 PM, Pantxo wrote:
>
> No, we should not need to change that. Can you give me a recipe for
> reproducing the crash?
Here is the intensional error I introduced for testing purpose:
diff -r 9e526393d80a libinterp/corefcn/gl2ps-print.cc
--- a/libinterp/corefcn/gl2ps-print.cc Sun Oct 06 22:25:36 2019 +0200
+++ b/libinterp/corefcn/gl2ps-print.cc Mon Oct 07 10:09:18 2019 +0200
@@ -131,6 +131,7 @@
void draw_axes (const axes::properties& props)
{
+ error ("error encountered in the GUI thread");
// Initialize a sorting tree (viewport) in gl2ps for each axes
GLint vp[4];
m_glfcns.glGetIntegerv (GL_VIEWPORT, vp);
Then in Octave:
octave:1> plot (1:10); print /tmp/toto.eps
Input file "/tmp/oct-g6hKlo.eps" is not EPSF.
octave:2> fatal: caught signal Erreur de segmentation -- stopping myself...
Erreur de segmentation
Pantxo
--
Sent from: https://octave.1599824.n4.nabble.com/Octave-Maintainers-f1638794.html