Re: BR: fetch() doesn't bark on wrong class name
Sebastien Bigaret <[email protected]> 22 Sep 2004 15:16:44 +0200
| Newsgroups | gmane.comp.python.modeling |
|---|---|
| Message-ID | <[email protected]> |
Marcos Dione <[email protected]> wrote: > User-Agent: Mutt/1.3.28i >=20 > On Tue, Sep 21, 2004 at 08:17:02PM +0200, Sebastien Bigaret wrote: > >=20 > > Better late than never... The bug is at last fixed, see > > https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D916019&gr= oup_id=3D58935&atid=3D489335 >=20 > wonderful! unluckly I couldn't help you fix this one. I think I owe > you a bottle of wine or similar. good work! Wow, thanks, but wait! :) I only made part of the work. Incidentally, I've= just noticed that the second part of your original message did not exhibit the same bug:= it is in fact due to qualifierWithQualifierFormat() not detecting some syntax error, such as in: name like "bob" AND isActive=3D1 (it is incorrect: '=3D' is not an operator, but '=3D=3D' is) I've just opened a new ticket for this one: https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1032577&group= _id=3D58935&atid=3D489335 Attached to this ticket is a patch solving it --it would be nice if enough people could test it w/ their own qualifiers and report that it does not br= eak any valid ones, so I can integrate it into the main trunk. -- S=E9bastien. ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php