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