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

[Pkg-octave-devel] Bug#448846: marked as done (octave2.9: Plot fails: symbol 'drawnow' is not valid as a function)

Your message dated Thu, 1 Nov 2007 15:52:56 +0100
with message-id <20071101145256.GC28331@localhost>
and subject line [Pkg-octave-devel] Bug#448846: octave2.9: Plot fails: symbol 'drawnow' is not valid as a function
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: octave2.9
Version: 1:2.9.15-1
Severity: important

*** Please type your report below this line ***
When plotting, it returns an error and doesn't produce a plot.  When plotting 
to a file (eg. PNG), it opens the file but doesn't write anything to it.  
Here's the error:

octave2.9:1> plot(rand(10,1))
error: feval: the symbol `drawnow' is not valid as a function

It doesn't matter what you plot, it always gives this error.  Octave 2.1 can 
still plot fine, by the way.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.20.070502.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set 
to en_GB)
Shell: /bin/sh linked to /bin/bash

Versions of packages octave2.9 depends on:
ii  atlas3-base [liblapack 3.6.0-20.6        Automatically Tuned Linear 
Algebra
ii  lapack3 [liblapack.so. 3.0.20000531a-6.1 library of linear algebra 
routines
ii  libc6                  2.6.1-6           GNU C Library: Shared libraries
ii  libcurl3-gnutls        7.17.0-1          Multi-protocol file transfer 
libra
ii  libfftw3-3             3.1.2-3           library for computing Fast 
Fourier
ii  libg2c0                1:3.4.6-6         Runtime library for GNU Fortran 
77
ii  libgcc1                1:4.2.2-3         GCC support library
ii  libglpk0               4.23-1            linear programming kit with 
intege
ii  libhdf5-serial-1.6.5-0 1.6.5-5+b1        Hierarchical Data Format 5 (HDF5) 
ii  libncurses5            5.6+20071013-1    Shared libraries for terminal 
hand
ii  libpcre3               7.3-2             Perl 5 Compatible Regular 
Expressi
ii  libqhull5              2003.1-7          calculate convex hulls and 
related
ii  libreadline5           5.2-3             GNU readline and history 
libraries
ii  libstdc++6             4.2.2-3           The GNU Standard C++ Library v3
ii  libsuitesparse         3.0.0-7           collection of libraries for 
comput
ii  refblas3 [libblas.so.3 1.2-8             Basic Linear Algebra Subroutines 
3
ii  texinfo                4.8.dfsg.1-6      Documentation system for on-line 
i
ii  zlib1g                 1:1.2.3.3.dfsg-6  compression library - runtime

Versions of packages octave2.9 recommends:
ii  atlas3-base                   3.6.0-20.6 Automatically Tuned Linear 
Algebra
ii  gnuplot                       4.2.2-1    A command-line driven interactive 

-- no debconf information

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
--- Begin Message --- 
* Tom Wright <tew24@esc.cam.ac.uk> [2007-11-01 14:31]:

> > I cannot reproduce this error here.  What does "which drawnow" yield for
> > you?
> 
> octave2.9:1> which drawnow
> which: `drawnow' is the script file
> /usr/share/octave/site/api-v22/m/octave2.9-forge/plot/drawnow.m
> 
> I suspect that might answer the question - AFAIK, Octave 2.9.15 uses API 
> version 27.  The question now is how do I make sure it loads the right 
> drawnow, without messing up how everything else in octave-forge loads?  Is it 
> safe to simply delete drawnow.m from the octave-forge directory?
> 
> Is this actually a bug with octave-forge, rather than octave2.9 perhaps?
> 
> Thanks for the hint!

We have requested the removal of octave2.9-forge from Debian [1].  At any
rate, it is strange that the api-v22 directory shows up in your path.  Do
you set it manually?

[1] http://bugs.debian.org/440777

I am hereby closing this bug report.

-- 
Rafael

--- End Message ---
Reply to: