octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #45469] Program execution stops unpredictably


From: anonymous
Subject: [Octave-bug-tracker] [bug #45469] Program execution stops unpredictably with error in plot statement
Date: Tue, 07 Jul 2015 17:56:30 +0000
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko

Follow-up Comment #6, bug #45469 (project octave):

Thank you for your message.

In the meantime after several test runs, I have noticed that the plotting bug
#45469 can also occur, when - as described in comment #4 - the ‘pkg load
io’ statement is omitted before plotting. Sometimes it works and sometimes
not, but the program never runs to the end, when ‘pkg load io’ is entered
prior to the program run. Thus there seems to be interference between the
io-package and qt-plotting, but obviously the io-package is not the single
cause for failure. 

For the other graphics toolkits this did not occur so far. When calling  
graphics_toolkit('fltk') the plots appear on the screen, however, it was not
possible to save a single figure as jpg-file with e.g.:   
saveas(h,['IntAbs_CDIred,smoothed_r' rsc ',nr' nrc '.jpg'],'jpg') .  
Each time an error message is produced: 

Error: /undefined in -1.#IND
Operand stack:
   --nostringval--
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--  
--nostringval--
 2   %stopped_push   --nostringval--   --nostringval--   --nostringval--  
false
1   %stopped_push   1951   1   3   %oparray_pop   1950   1   3   %oparray_pop 
 --n
ostringval--   1934   1   3   %oparray_pop   1820   1   3   %oparray_pop  
--nostri
ngval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--  
--nostri
ngval--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:1188/1684(ro)(G)--   --dict:0/20(G)--   --dict:83/200(L)--  
--dict:40/64
(L)--
Current allocation mode is local
GPL Ghostscript 9.16: Unrecoverable error, exit code 1


but program execution continues to the end. So I now use gnuplot:  
graphics_toolkit('gnuplot') and with this - up to now - the program works
under all circumstances. The only disadvantage of gnuplot is, that program
execution is slower and the format of figure labelling is not as good (too
spacious).  

Ciao,
yge


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45469>

_______________________________________________
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]