Re: [fltk.bugs] [MOD] STR #2125: shared-lib-calls-exit /usr/lib/libfltk_forms.so.1.3

DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2125 Version: 1.3-current Gregs comments are correct, and this is only the _default_ behavior. There is a supported way to let the program handle the error messages in it

Re: [fltk.bugs] [MOD] STR #2125: shared-lib-calls-exit /usr/lib/libfltk_forms.so.1.3

DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2125 Version: 1.3-current FLTK's few uses of exit() and _exit() look OK to me: > Fl_abort.cxx: by definition the 'fatal()' dialogs exit by definition > fl_open_u

[fltk.bugs] [MOD] STR #2125: shared-lib-calls-exit /usr/lib/libfltk_forms.so.1.3

DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2125 Version: 1.3-current fltk13.i386: W: shared-lib-calls-exit /usr/lib/libfltk_forms.so.1.3 e...@glibc_2.0 This library package calls exit() or _exit(), probably in a no

Re: [fltk.bugs] [MOD] STR #2123: --prefix=/usr is not honored in GNU build system

[STR Closed w/o Resolution] Link: http://www.fltk.org/str.php?L2123 Version: 1.3-feature Fix Version: Will Not Fix We are unable to resolve this problem with the information provided. If you discover new information, please file a new STR referencing this one. Closed as asked by the OP. Link