*** btami has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
<dimas> good morning
<btami> good morning
<johannesV> good morning again ... :)
*** kilo has joined #gnuenterprise
<kilo> good morning
*** ajmitch_ has quit IRC
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
<kilo> reinhard: if i have a GCD file, with python code snippets scattered all around in procedures, how can i define global variables (constants) or globally usable exceptions?
<johannesV> pass it via self.session._someSessionGlobal
<kilo> erm.. how? :)
<johannesV> hm, well ... do we create a new session instance per call ?
<johannesV> have to check ...
<johannesV> ah, right, that won't work
<johannesV> as the session is a new instance per call
<johannesV> kilo, i fear you can't use globals in that contet
<johannesV> erm context
<kilo> :(
<kilo> i woul dlike to set up exceptions usable in the whole module
<reinhard> actually the plan would be to use abort() for exceptions
<reinhard> in gcd files
<kilo> and is it still a plan?
<reinhard> yes :)
<kilo> i see ;)
<kilo> thx
<reinhard> I'm not sure if there is much use in specific exception classes, as the detail information about the exception won't make it very well to the front end, anyway
<reinhard> so you would use abort() with a error text defined in the gld
<reinhard> I think sample.gcd has an example for that with # of children
<kilo> yes found it
<kilo> and what does abort do exactly?
<reinhard> raise an exception with the text given as parameter
<reinhard> in a way that the current transaction is aborted and the text is displayed to the user
<reinhard> i.e. if you call it in, say, OnValidate, it means that the validation fails and the commit isn't done
<reinhard> off to lunch
<kilo> thx
*** siesel has joined #gnuenterprise
<siesel> good evening
*** yure has joined #gnuenterprise
<reinhard> back
<siesel> reinhard: did you see lekma lately?
<kilo> !seen lekma
<kilo> @seen lekma
<bigbrother_> kilo: lekma was last seen in # 5 days, 23 hours, 49 minutes, and 30 seconds ago saying: <lekma> you mean explicitely close the session, don't you?
<bigbrother> kilo: lekma was last seen here 5 days, 23 hours, 50 minutes, and 37 seconds ago saying: <lekma> you mean explicitely close the session, don't you?
*** dimas has quit IRC
<kilo> hmm was this bug reported before?
<kilo> in zipcode sample, states form
<kilo> one edits a state name, saves it, then moves one by one downwards
<kilo> and after 10 steps the form crashes
<kilo> hmm maybe not 10, but 15 surely does it
<btami>    File "/home/tamas/svn/gnue/.cvsdevelbase/gnue/common/datasources/drivers/Base/ResultSet.py", line 830, in __cacheNextRecord
<btami>     row = self.__generator.next ()
<btami>    File "/home/tamas/svn/gnue/.cvsdevelbase/gnue/common/datasources/drivers/DBSIG2/ResultSet.py", line 183, in _fetch_
<btami>     rows = self.__cursor.fetchmany (cachesize)
<btami>    File "/usr/lib/python2.3/site-packages/kinterbasdb/__init__.py", line 1706, in fetchmany
<btami>     return self._fetchmany(size, self._fetch)
<btami>    File "/usr/lib/python2.3/site-packages/kinterbasdb/__init__.py", line 1664, in _fetchmany
<btami>     row = fetchMethod()
<btami>    File "/usr/lib/python2.3/site-packages/kinterbasdb/__init__.py", line 1632, in _fetch
<btami>     row = _k.fetch(self._C_cursor)
<btami>  ProgrammingError: (-504, 'fetch.isc_dsql_fetch: Dynamic SQL Error. SQL error code = -504. Cursor unknown. ')
<reinhard> can't remember that I've seen this error before
<reinhard> and I can't reproduce
<reinhard> (with postgres)
* btami hopes johannesV can reproduce with hes firebird install
<btami> btw. it was reported by our employee using our inhouse contact app
<reinhard> johannesV is at a customer at the moment
<reinhard> but he will surely read the logs
<btami> ok
<siesel> kilo: thx
<kilo> yw
*** jamest has joined #gnuenterprise
*** btami has quit IRC
*** kilo has left #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** dimas has joined #gnuenterprise
*** siesel has quit IRC
*** jcater has joined #gnuenterprise
*** klasstek has joined #gnuenterprise
*** yure has quit IRC
*** jcater has quit IRC
*** johannesV_ has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** johannesV has quit IRC
*** johannesV_ has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hi
<lekma> reinhard: the following code:
<lekma>   sessobj = server.open({"_username": "hacker",
<lekma>                          "_password": "secret",
<lekma>                          "_language": "en"})
<lekma>   listobj =  server._call(sessobj , "request", "address_person", [], ["address_zip"],
<lekma>                        ["address_name", "address_street", "address_city",
<lekma>                         "address_country.address_code",
<lekma>                         "address_country.address_name"])
<lekma>   print server._call(listobj , "count")
<lekma>   server._call(listobj , "close")
<lekma>   print server._call(listobj , "count")
<lekma> produce the following output:
<lekma> 4
<lekma> 0
<lekma> is that normal?
<lekma> ie shouldn't an error be raised instead of returning 0
<lekma> ?
<lekma> after closing the list
*** derek has quit IRC
*** derek has joined #gnuenterprise
<reinhard> lekma: good question
<reinhard> I'm not sure, but I would tend more towards error, too
<lekma> well... i don't know either
<lekma> it just seems more natural
<lekma> to shout: THE LISt IS DEAD
<lekma> instead of sending back 0
<reinhard> do you have a login in our bug tracker already?
<lekma> we have a bug tracker!!
<lekma> let me check that
<lekma> that is brand new, isn't it?
* derek reminds reinhard that if you dont tell people about the bug tracker then they cant file bugs
<derek> which means you can claim bug free code :)
<reinhard> well
<reinhard> two or three months IIRC
<reinhard> http://www.gnuenterprise.org/roundup/gnue/
<lekma> woot i filed my first bug!!
<lekma> \0/
<jcater> we have a bug reporting system?
<lekma> :)
*** sandroid has joined #gnuenterprise
*** sandroid has left #gnuenterprise
*** lekma has quit IRC
*** ajmitch_ has joined #gnuenterprise
*** ajmitch_ is now known as ajmitch
*** jamest has left #gnuenterprise
*** reinhard has quit IRC
*** sjc has joined #gnuenterprise
*** klasstek has quit IRC
*** jamest has joined #gnuenterprise
*** jcater has quit IRC
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** sjc has quit IRC