Build error: __init_fltk__ missing

[Michael D Godfrey-2]

Latest build using automake gives:
error: feval: function `__init_fltk__' not found
error: called from:
error:   /usr/local/share/octave/3.3.50+/m/plot/backend.m at line 56,
column 5
error:   /home/godfrey/.octaverc at line 1, column 0
==================================
after: backend("fltk");

[Michael D Godfrey-2]

Build from same source without the automake patch
runs OK.

This is using Fedora FC11 x86_64.

Michael

[John W. Eaton-3]

On  5-Nov-2009, Michael Godfrey wrote:

| Build from same source without the automake patch
| runs OK.
|
| This is using Fedora FC11 x86_64.

It works for me on a Debian system.  Is HAVE_FLTK defined in your
config.h file with the patched version?  If not, what does config.log
tell you about FLTK library detection?

jwe

[John W. Eaton-3]

On  5-Nov-2009, John W. Eaton wrote:

| On  5-Nov-2009, Michael Godfrey wrote:
|
| | Build from same source without the automake patch
| | runs OK.
| |
| | This is using Fedora FC11 x86_64.
|
| It works for me on a Debian system.  Is HAVE_FLTK defined in your
| config.h file with the patched version?  If not, what does config.log
| tell you about FLTK library detection?

Oops, sorry, I see the problem now.  The file
src/DLD-FUNCTIONS/PKG_ADD is missing some entries.  I'll see if I can
fix that.

jwe

[John W. Eaton-3]

On  5-Nov-2009, John W. Eaton wrote:

| On  5-Nov-2009, John W. Eaton wrote:
|
| | On  5-Nov-2009, Michael Godfrey wrote:
| |
| | | Build from same source without the automake patch
| | | runs OK.
| | |
| | | This is using Fedora FC11 x86_64.
| |
| | It works for me on a Debian system.  Is HAVE_FLTK defined in your
| | config.h file with the patched version?  If not, what does config.log
| | tell you about FLTK library detection?
|
| Oops, sorry, I see the problem now.  The file
| src/DLD-FUNCTIONS/PKG_ADD is missing some entries.  I'll see if I can
| fix that.

Try the following change.  You may also need to remove the
src/DLD-FUNCTIONS/fltk_backend.df file from your build tree because
the .df files don't list the Makefile as a dependency.

Thanks,

jwe


diff --git a/src/Makefile.am b/src/Makefile.am
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -67,8 +67,9 @@
  @(echo "// DO NOT EDIT!  Generated automatically by mkdefs." ; \
   echo " XDEFUN_FILE_NAME (\"$<\")" ; \
   egrep '^(///*|/\*) *PKG_ADD:' $< ; \
-  $(CXXCPP) $(AM_CPPFLAGS) $(CPPFLAGS) -DMAKE_BUILTINS $< \
-    | $(srcdir)/mkdefs) > $@-t
+  $(CXXCPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) \
+    $(AM_CPPFLAGS) $(CPPFLAGS) $(AM_CXXFLAGS) $(CXXFLAGS) \
+    -DMAKE_BUILTINS $< | $(srcdir)/mkdefs) > $@-t
  @mv $@-t $@
 
 OPT_HANDLERS = \

[Michael D Godfrey-2]

>
> I'm attaching an updated version of the patch that accounts for his
> recent changes.
This works much better.  But, I have noticed a backend('fltk')
problem which was not present, as far as I know, until
recently:
With backend('fltk');  in .octaverc file:
lt-octave:1> plot([1:200])
lt-octave:2> quit

panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
*** glibc detected ***
/home/godfrey/mdg/software/octave/devel/hg/octave/src/.libs/lt-octave:
corrupted double-linked list: 0x00000000024f2460 ***
=====================================
Without invoking fltk octave quits normally.
This may not be enough information to work from,
but I am not able right now (in Zurich) to do much more.

Michael

[John W. Eaton-3]

On  6-Nov-2009, Michael Godfrey wrote:

| >
| > I'm attaching an updated version of the patch that accounts for his
| > recent changes.
| This works much better.  But, I have noticed a backend('fltk')
| problem which was not present, as far as I know, until
| recently:
| With backend('fltk');  in .octaverc file:
| lt-octave:1> plot([1:200])
| lt-octave:2> quit
|
| panic: Segmentation fault -- stopping myself...
| attempting to save variables to `octave-core'...
| *** glibc detected ***
| /home/godfrey/mdg/software/octave/devel/hg/octave/src/.libs/lt-octave:
| corrupted double-linked list: 0x00000000024f2460 ***

I can't duplicate this problem here, so I don't know what to debug.

If you want to try debugging a little, can you try doing the above
with "run-octave -g" and then seeing where it crashes?

jwe

[Michael D Godfrey-2]

I tried ./run-octave -g and got:

Program received signal SIGSEGV, Segmentation fault.
0x000000396727f440 in ?? () from /usr/lib64/nvidia/libGL.so.1
Missing separate debuginfos, use: debuginfo-install
arpack-2.1-11.fc11.x86_64 atlas-3.8.3-9.fc11.x86_64
blas-3.2.1-3.fc11.x86_64 expat-2.0.1-6.fc11.1.x86_64
fftw-3.2.1-2.fc11.x86_64 fltk-1.1.9-4.fc11.x86_64
fontconfig-2.7.1-1.fc11.x86_64 freetype-2.3.9-5.fc11.x86_64
ftgl-2.1.2-10.fc11.x86_64 glibc-2.10.1-5.x86_64 hdf5-1.8.3-1.fc11.x86_64
libX11-1.2.2-1.fc11.x86_64 libXau-1.0.4-5.fc11.x86_64
libXcursor-1.1.9-4.fc11.x86_64 libXext-1.0.99.1-3.fc11.x86_64
libXfixes-4.0.3-5.fc11.x86_64 libXft-2.1.13-2.fc11.x86_64
libXinerama-1.0.3-4.fc11.x86_64 libXrender-0.9.4-5.fc11.x86_64
libgcc-4.4.1-2.fc11.x86_64 libgfortran-4.4.1-2.fc11.x86_64
libstdc++-4.4.1-2.fc11.x86_64 libxcb-1.2-4.fc11.x86_64
mesa-libGLU-7.6-0.1.fc11.x86_64 ncurses-libs-5.7-2.20090207.fc11.x86_64
pcre-7.8-2.fc11.x86_64 readline-5.2-14.fc11.x86_64
suitesparse-3.2.0-6.fc11.x86_64 zlib-1.2.3-22.fc11.x86_64
(gdb) bt
#0  0x000000396727f440 in ?? () from /usr/lib64/nvidia/libGL.so.1
#1  0x00000039672704e5 in _fini () from /usr/lib64/nvidia/libGL.so.1
#2  0x0000003ed5a0f0cc in _dl_fini () from /lib64/ld-linux-x86-64.so.2
#3  0x0000003ed5e367f2 in exit () from /lib64/libc.so.6
#4  0x00007ffff75e90f8 in clean_up_and_exit (retval=0) at toplev.cc:679
#5  0x00007ffff75e9727 in main_loop () at toplev.cc:626
#6  0x00007ffff759728d in octave_main (argc=<value optimized out>,
argv=0x7fffffffcc58,
    embedded=<value optimized out>) at octave.cc:887
#7  0x0000003ed5e1ea2d in __libc_start_main () from /lib64/libc.so.6
#8  0x00000000004007c9 in _start ()
(gdb)
================================================
This appears to be specific to nvidia driver, so it probably does not
deserve high priority.  However, some recent change has caused this.
This happens even if I close the plot window before "quit."

[Michael D Godfrey-2]

Program received signal SIGSEGV, Segmentation fault.
0x000000396727f440 in ?? () from /usr/lib64/nvidia/libGL.so.1

I tried a build without the new automake and it fails the same
way.  My experience is that while OpenGL does lots of good
stuff, it also has its share of quirks.  This is one of them.

Michael