matplotlib-devel Mailing List for matplotlib

On Wed, 2004年11月24日 at 09:34 -0600, John Hunter wrote:
> For one thing, cxx strangely doesn't define an IOError. I don't know
> if this is simply an oversight. Perhaps I'll file a bug on the sf
> site....
The Python C API uses 
PyErr_SetFromErrnoWithFilename(PyObject *type, char *filename)
to raise IOError exceptions, perhaps cxx has an equivalent function.
Steve

>>>>> "Norbert" == Norbert Nemec <Nor...@gm...> writes:
 Norbert> Ouch, sorry, I do not even have 2.2 installed. Guess with
 Norbert> that information, the whole patch becomes bogus.
 Norbert> On the other hand: simpy reverting pop to get leaves you
 Norbert> with the old problem: you have to drop the check for
 Norbert> emptyness of kwargs since legal arguments are not removed
 Norbert> after use. If, on the other hand, you remove this check,
 Norbert> erraneous (p.e. misspelled) arguments are just silently
 Norbert> ignored.
 Norbert> Maybe, a wrapper would solve the problem? How would one
 Norbert> code a replacement for pop that works on 2.2 as well?
 Norbert> Probably easiest by using get and del within a
 Norbert> try..except block? The wrapper could then have a clear
 Norbert> note how to replace it once 2.3 becomes mandatory
 Norbert> sometimes in the future.
I added a method popd to matplotlib.cbook. It should work just like
d.pop(key) but you call popd(d, key). Like pop, it accepts a default
value.
Before we reapply your patch to raise on bad kwargs, I think it's
worth getting some input if we want to raise on nonexistent keys. In
some cases, it might be desirable to be able to do, for example
 legend(handles, labels, linewidth=2, fontsize=12)
From an implementation standpoint, it's easiest to implement something
like this using anonymous **kwargs, and iterate over all the handles
and text objects calling set_someprop(val) if set_someprop exists for
some object.
Ie, rather than making all the keyword args explicit and therefore
having to add explicitly add all the setters for line, text and patch
to the kwargs of Legend, which would become a maintenance problem
(duplication of properties throughout the code), one possible design
is to just put a blanket kwargs at the end and define an Artist update
method to look like (freestyle coding here...)
def update(self, **kwargs):
 for key, val in kwargs.items():
 func = getattr(self, 'set_'+key, None)
 if func is None or not callable(func): continue
 func(val)
 
Then we could do in the legend class
 for o in lines+texts+patches: o.update(kwargs)
The downside of course is that this fails silently if the user
provides a bad kwarg. The upside is it is a very easy, clean
implementation that scales with the addition of new setters to the
underlying objects.
JDH

>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:
 Steve> For an IOError the exception attribute 'filename' is set to
 Steve> the filename. With your example above
 Steve> self.renderer._renderer.write_png(str (filename)) is Agg
 Steve> C++ extension code The line fp = fopen(file_name, "wb");
 Steve> could be changed to something like if ((fp =
 Steve> fopen(file_name, "wb")) == NULL) throw Py::IOError("could
 Steve> not open file", filename);
 Steve> Does this look right John?
Right in principle, but not in practice.
For one thing, cxx strangely doesn't define an IOError. I don't know
if this is simply an oversight. Perhaps I'll file a bug on the sf
site....
The larger problem is that the exception constructor doesn't accept
multiple args and concatenate them. It would be nice if it did.
I added a Printf class to mplutils to ease the burden of making printf
style strings in C++ to make better exceptions, and updated the
exceptions in the image, agg and ft2font extensions. The standard
usage is
 if ((fp = fopen(file_name, "wb")) == NULL) 
 throw Py::RuntimeError( Printf("Could not open file %s", file_name).str() );
JDH

On Wed, 2004年11月24日 at 12:06 +0000, Jochen Voss wrote:
> Hello,
> 
> On Fri, Nov 19, 2004 at 10:33:43AM -0600, John Hunter wrote:
> > >>>>> "Jochen" == Jochen Voss <vo...@se...> writes:
> > Jochen> Slight problem: it might now be a little bit more
> > Jochen> difficult to include the name of the file which could not
> > Jochen> be opened in the error message. The IOError exception
> > Jochen> will probably only have "permission denied" associated
> > Jochen> with it.
> > 
> > Looks OK, at least on linux
> > 
> > 
> > >>> file('/sbin/ldconfig', 'w')
> > Traceback (most recent call last):
> > File "<stdin>", line 1, in ?
> > IOError: [Errno 13] Permission denied: '/sbin/ldconfig'
> 
> But sometimes it doesn't give the file name:
> 
> >>> from matplotlib.matlab import *
> >>> plot([1,2,3],[2,3,1])
> [<matplotlib.lines.Line2D instance at 0x41ef774c>]
> >>> savefig("/forbidden.png")
> Traceback (most recent call last):
> File "<stdin>", line 1, in ?
> File ".../matlab.py", line 1009, in savefig
> manager.canvas.print_figure(*args, **kwargs)
> File ".../backends/backend_gtkagg.py", line 69, in print_figure
> agg.print_figure(filename, dpi, facecolor, edgecolor, orientation)
> File ".../backends/backend_agg.py", line 379, in print_figure
> self.renderer._renderer.write_png(str(filename))
> RuntimeError: could not open file
> 
> I did not investigate what happens here, but if there is an easy way to
> get the file name into the exception we should probably use it.
> 
> All the best,
> Jochen
For an IOError the exception attribute 'filename' is set to the
filename. With your example above self.renderer._renderer.write_png(str
(filename)) is Agg C++ extension code
The line
 fp = fopen(file_name, "wb");
could be changed to something like
 if ((fp = fopen(file_name, "wb")) == NULL)
 throw Py::IOError("could not open file", filename);
Does this look right John?
Steve

On Tue, 2004年11月23日 at 16:38 -0600, John Hunter wrote:
> >>>>> "Steve" == Steve Chaplin <ste...@ya...> writes:
> 
> Steve> I've updated backend_gtk.py in cvs to use a default
> Steve> exception handler, and noticed a few things in the process:
> Steve> - sys.excepthook does not catch SystemExit, which is what
> Steve> we wanted anyway.
> 
> For some reason with matplotlib CVS using backend GTK on linux, I no
> longer recover the linux shell when I close the figure by clicking on
> the 'x' in the figure window
> 
> > python somefile.py
> 
> I have to use CTRL-C.
> 
This situation happens when the main window is destroyed but
gtk.main_quit() is not called - the gtk.main loop is still running.
I'm not seeing this problem at the moment.
In FigureManagerGTK the 'destroy' signal is connected to Gcf.destroy
(num), which should eventually call
class FigureManagerGTK
 def destroy(self, *args):
 self.window.destroy()
 if Gcf.get_num_fig_managers()==0 and not
matplotlib.is_interactive():
 gtk.main_quit()
I set DEBUG = True and ran a few examples and it showed
FigureManagerGTK.destroy() was being called as expected.
Perhaps Gcf.get_num_fig_managers() is sometimes not 0 when it should be
0 and gtk.main_quit() is not being called.
Steve

Hello,
On Fri, Nov 19, 2004 at 10:33:43AM -0600, John Hunter wrote:
> >>>>> "Jochen" =3D=3D Jochen Voss <vo...@se...> writes:
> Jochen> Slight problem: it might now be a little bit more
> Jochen> difficult to include the name of the file which could not
> Jochen> be opened in the error message. The IOError exception
> Jochen> will probably only have "permission denied" associated
> Jochen> with it.
>=20
> Looks OK, at least on linux
>=20
>=20
> >>> file('/sbin/ldconfig', 'w')
> Traceback (most recent call last):
> File "<stdin>", line 1, in ?
> IOError: [Errno 13] Permission denied: '/sbin/ldconfig'
But sometimes it doesn't give the file name:
 >>> from matplotlib.matlab import *
 >>> plot([1,2,3],[2,3,1])
 [<matplotlib.lines.Line2D instance at 0x41ef774c>]
 >>> savefig("/forbidden.png")
 Traceback (most recent call last):
 File "<stdin>", line 1, in ?
 File ".../matlab.py", line 1009, in savefig
 manager.canvas.print_figure(*args, **kwargs)
 File ".../backends/backend_gtkagg.py", line 69, in print_figure
 agg.print_figure(filename, dpi, facecolor, edgecolor, orientation)
 File ".../backends/backend_agg.py", line 379, in print_figure
 self.renderer._renderer.write_png(str(filename))
 RuntimeError: could not open file
I did not investigate what happens here, but if there is an easy way to
get the file name into the exception we should probably use it.
All the best,
Jochen
--=20
http://seehuhn.de/

Am Dienstag, 23. November 2004 22:07 schrieb John Hunter:
> >>>>> "Fernando" == Fernando Perez <Fer...@co...> writes:
>
> Fernando> Quick heads-up:
>
> Fernando> Python 2.2 dicts do NOT have a pop() method, this
> Fernando> appeared in python 2.3. It's fine if you decide to make
> Fernando> matplotlib fully 2.3-dependent, but I just wanted to
> Fernando> make you at least aware of this fact. 2.2 is still in
> Fernando> reasonably wide use in the field, so if you are going to
> Fernando> drop support for it, you might want to put a big fat
> Fernando> warning about this fact, just to save users the hassle
> Fernando> of weird bugs.
>
> Ahh, thanks for your vigilance. I do plan to continue to support 2.2
> as long as possible, except for the known issues: datetime and
> mathtext. I reverted all the pops to gets. I also made some
> enhancements to backend_driver to better work with python2.2 - it now
> takes the python to run as a parameter and skips tests where 2.2 is
> already known to fail.
>
> Hopefully, I'll remember to be vigilant to test 2.2 before each
> release.
Ouch, sorry, I do not even have 2.2 installed. Guess with that information, 
the whole patch becomes bogus.
On the other hand: simpy reverting pop to get leaves you with the old problem: 
you have to drop the check for emptyness of kwargs since legal arguments are 
not removed after use. If, on the other hand, you remove this check, 
erraneous (p.e. misspelled) arguments are just silently ignored.
Maybe, a wrapper would solve the problem? How would one code a replacement for 
pop that works on 2.2 as well? Probably easiest by using get and del within a 
try..except block? The wrapper could then have a clear note how to replace it 
once 2.3 becomes mandatory sometimes in the future.
-- 
_________________________________________Norbert Nemec
 Bernhardstr. 2 ... D-93053 Regensburg
 Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199
 eMail: <No...@Ne...>

On Tue, 2004年11月23日 at 15:28 -0600, John Hunter wrote:
> Steve> - for some errors I needed to display a matplotlib message
> Steve> rather than the default exception message, or to raise an
> Steve> exception where error_msg () was used with no exception. I
> Steve> added an 'MPLError' exception, its probably best to move it
> Steve> into a central file if other people need to use it also.
> 
> Perhaps in matplotlib.__init__ ? 
OK, I've added "MPLError' a subclass of Exception to matplotlib.__init__
Steve