Re: [Modeling-users] problem with qualifier parser?

[Sebastien B. <sbi...@us...>]

        Hi John and all,

  You'll find a patch solving the problem along w/ the corresponding
  unittests at sf.net, bug #938096:

https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D938096&group_=
id=3D58935&atid=3D489335

        Thanks for reporting!

-- S=E9bastien.


PS for Yannick: I still did not find the time to investigate any further
  about GNU Arch, but I will, this looks interesting (not to say about
  the new name for the framework...!-). Any comparison w/ subversion,
  BTW?


> John Lenton <jo...@vi...> writes:
> >     $ python
> >     Python 2.3.3 (#2, Feb 24 2004, 09:29:20)
> >     [GCC 3.3.3 (Debian)] on linux2
> >     Type "help", "copyright", "credits" or "license" for more informati=
on.
> >     >>> from Modeling.EditingContext import EditingContext
> >     >>> ec=3DEditingContext()
> >     >>> ec.fetch('foo', 'orbit > 3')
> >     Traceback (most recent call last):
> >       File "<stdin>", line 1, in ?
> [...]
> >         raise ValueError, "Syntax error near token: `%s'" % token
> >     ValueError: Syntax error near token: `<Token OR>'
> >=20
> > actually there's the same problem with any token: OR, AND, IN, or
> > NOT. Is this a known problem in spark? is my spark version wrong?
> > spark is 0.6.1, Modeling is 0.9-pre-16-patch892454.
>=20
>=20
> This is a bug, unfortunately not fixed on sf yet :/  I'll have a look at =
it
> tonite. In the meantime you can build the same qualifier by hand:
>=20
>   >>> from Modeling.Qualifier import *
>   >>> q=3DKeyValueQualifier('foo', QualifierOperatorGreaterThan, 3)
>   >>> print q
>   (foo>3)
>   >>> ec.fetch('foo', q)
>=20
> You can have a look at test_Qualifier.py for other examples.