|
View:
New views
7 Messages
—
Rating Filter:
Alert me
|
|
|
gnuplot not working in RHEL4 32 bitI have tried recompiling numerous times but the results have been consistenly unsatisfying. It should be noted that I am able to successfully install and plot on a 64 bit machine with RHEL4. Here are the error messages - does anyone know
where to look or what might be preventing the tool from working with gnuplot? using octave-3.2.2 with gnuplot 4.3.0. bones:octave-3.2.2 >run-octave warning: lo_ieee_init: unrecognized floating point format! GNU Octave, version 3.2.2 Copyright (C) 2009 John W. Eaton and others. This is free software; see the source code for copying conditions. There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. For details, type `warranty'. Octave was configured for "i686-pc-linux-gnu". Additional information about Octave is available at http://www.octave.org. Please contribute if you find this software useful. For more information, visit http://www.octave.org/help-wanted.html Report bugs to <bug@...> (but first, please read http://www.octave.org/bugs.html to learn how to write a helpful report). For information about changes from previous versions, type `news'. octave:1> plot(1:10) error: get: invalid handle (= 1.79769e+308) error: called from: error: /z/users/kmccollough/projects/octave-3.2.2/scripts/plot/__plt_get_axis_arg__.m at line 57, column 9 error: /z/users/kmccollough/projects/octave-3.2.2/scripts/plot/plot.m at line 178, column 18 octave:1> __gnuplot_version__ ans = 4.3.0 octave:2> Thanks, kelvin IMPORTANT CONFIDENTIALITY NOTICE This message and any attached documents contain information from ViXS Systems, Inc. and are confidential and privileged and further subject to any confidentiality agreement between the parties. The information is intended to be viewed only by the individual(s) or entity(ies) to whom the message is addressed. If you are not the intended recipient, be aware that reading, disclosing, copying, distributing or using the contents of this transmission is prohibited. Please notify us immediately if you have received this transmission in error, and delete this message along with any attached files. _______________________________________________ Help-octave mailing list Help-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/help-octave |
|
|
gnuplot not working in RHEL4 32 bitOn 31-Aug-2009, Kelvin McCollough wrote:
| I have tried recompiling numerous times but the results have been consistenly unsatisfying. It should be noted that I am able to successfully install and plot on a 64 bit machine with RHEL4. Here are the error messages - does anyone know where to look or what might be preventing the tool from working with gnuplot? | | using octave-3.2.2 with gnuplot 4.3.0. | | bones:octave-3.2.2 >run-octave | warning: lo_ieee_init: unrecognized floating point format! This is likely your problem. See this thread: https://www-old.cae.wisc.edu/pipermail/help-octave/2009-August/015895.html jwe _______________________________________________ Help-octave mailing list Help-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/help-octave |
|
|
Re: gnuplot not working in RHEL4 32 bitThe problem is solved on RHEL 5.3 with the same errors :
1) Remove gnuplot from redhat : yum erase gnuplot 2) Remove libraries blas/lapack from redhat : yum erase lapack yum erase blas 3) Remove oldies : yum erase compat-* yum erase compat-lib* 4) Compile the last gnuplot and lapack : cd gnuplot-4.2.5 ./configure make make install cd .. AND cd lapack-3.2.1 cp make.inc.example make.inc make blaslib make all cp blas_LINUX.a /usr/local/lib/libblas.a cp lapack_LINUX.a /usr/local/lib/liblapack.a 5) Compile octave : cd octave-3.2.2 ./configure --with-blas=/usr/local/lib --with-lapack=/usr/local/lib --enable-static LIBS=-lpthread make make install Best regards, Benjamin
|
|
|
Re: gnuplot not working in RHEL4 32 bit>> warning: lo_ieee_init: unrecognized floating point format!
The problem is with lapack (and atlas if it builds against it). You may want to have a look at https://bugzilla.redhat.com/show_bug.cgi?id=520518 and fill a similar bug report for RHEL. Sincerely, Dmitri. -- _______________________________________________ Help-octave mailing list Help-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/help-octave |
|
|
Re: gnuplot not working in RHEL4 32 bitOn 8-Sep-2009, Dmitri A. Sergatskov wrote:
| >> warning: lo_ieee_init: unrecognized floating point format! FWIW, in future versions of Octave (at least in releases after the 3.2.x series) this will be a fatal error, so users won't be able to easily ignore it. The patch is here: http://hg.savannah.gnu.org/hgweb/octave/rev/264fb5520973 and is fairly simple, so perhaps it should be applied to the 3.2.x series as well. jwe _______________________________________________ Help-octave mailing list Help-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/help-octave |
|
|
Re: gnuplot not working in RHEL4 32 bitOn Tue, Sep 8, 2009 at 5:58 PM, John W. Eaton<jwe@...> wrote:
> On 8-Sep-2009, Dmitri A. Sergatskov wrote: > > | >> warning: lo_ieee_init: unrecognized floating point format! > > FWIW, in future versions of Octave (at least in releases after the > 3.2.x series) this will be a fatal error, so users won't be able to > easily ignore it. > > The patch is here: > > http://hg.savannah.gnu.org/hgweb/octave/rev/264fb5520973 > > and is fairly simple, so perhaps it should be applied to the 3.2.x > series as well. > applied. -- RNDr. Jaroslav Hajek computing expert & GNU Octave developer Aeronautical Research and Test Institute (VZLU) Prague, Czech Republic url: www.highegg.matfyz.cz _______________________________________________ Help-octave mailing list Help-octave@... https://www-old.cae.wisc.edu/mailman/listinfo/help-octave |
|
|
Re: gnuplot not working in RHEL4 32 bitI had the same problem using Octave under Fedora 11. Compiling from source per these instructions produced a working version. The pre-compiled .RPM file had numerous other bugs, including crashing with a dump of octave-core on simple errors such as divide by zero. The compiled version reports an error but does not crash the interpreter.
Thanks for the guidance
|
| Free embeddable forum powered by Nabble | Forum Help |