*** johannesV has joined #gnuenterprise
*** btami has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
*** dimas_ has joined #gnuenterprise
*** dimas has quit IRC
*** kilo has joined #gnuenterprise
<kilo> good morning
*** reinhard has quit IRC
*** dimas has joined #gnuenterprise
*** dimas_ has quit IRC
*** reinhard has joined #gnuenterprise
<kilo> reinhard/johannesV: do you feel like it is the best time to debug a little bit?
<kilo> things like ProtocolError... and such
<reinhard> protocolError sounds much like xmlrpc and/or python version mismatch
<reinhard> (at first sight)
<kilo> it only happens if i define a filter
<kilo> looking at the message log i found something like
<kilo> self._filters = self._sm.getFilters (self.parameters.get ('_language', 'C'))
<kilo> should i have a gld that defines things for language "C"?
<kilo> in my exports i have LANG="hu_HU"
<kilo> and in the gld too
<reinhard> C is the fallback if the current language is not found
<reinhard> and in any case this shouldn't result in a protocol error
<kilo> Traceback (most recent call last):
<kilo>    File "/home/gabor/SVN/gnue/gnue-forms/scripts/gnue-forms", line 34, in ?
<kilo>     client.run ()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/forms/GFClient.py", line 172, in run
<kilo>     instance.activate ()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/forms/GFInstance.py", line 298, in activate
<kilo>     formObject.phaseInit ()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/definitions/GObjects.py", line 119, in phaseInit
<johannesV> protocol error can also occur on some encoding-probs
<kilo>     self._phaseInit(phase)
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/definitions/GObjects.py", line 146, in _phaseInit
<kilo>     initter(phase)
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/definitions/GObjects.py", line 139, in _phaseInit
<kilo>     inits[phase]()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/datasources/GDataSource.py", line 399, in primaryInit
<kilo>     self.connect()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/datasources/GDataSource.py", line 319, in connect
<kilo>     self._connections.requestConnection(self._dataObject)
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/datasources/GConnections.py", line 330, in requestConnection
<kilo>     self.loginToConnection(dataObject._connection)
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/datasources/GConnections.py", line 394, in loginToConnection
<kilo>     checkFields   = connection.getLoginFields ()
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/datasources/drivers/appserver/appserver/Connection.py", line 78, in getLoginFields
<kilo>     self._filters = self._sm.getFilters (self.parameters.get ('_language', 'C'))
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/rpc/drivers/Base.py", line 232, in __call__
<kilo>     return self._adapter._runMethod (self._methodname, *args, **params)
<kilo>    File "/home/gabor/SVN/gnue/.cvsdevelbase/gnue/common/rpc/drivers/xmlrpc/pw_xmlrpc/ClientAdapter.py", line 95, in _runMethod
<kilo>     result = to_call (*__args, **params)
<kilo>    File "/usr/lib/python2.3/xmlrpclib.py", line 1029, in __call__
<kilo>     return self.__send(self.__name, args)
<kilo>    File "/usr/lib/python2.3/xmlrpclib.py", line 1316, in __request
<kilo>     verbose=self.__verbose
<kilo>    File "/usr/lib/python2.3/xmlrpclib.py", line 1070, in request
<kilo>     headers
<kilo>  ProtocolError: <ProtocolError for localhost:8765/: 500 Internal error>
<kilo> that is the whole log
<johannesV> reinhard, using <exist>-condition seems to work fine :)
<kilo> any thoughts? what can get wrong? i've just followed johannesV's instructions on defining a filter
<reinhard> hmmm
<reinhard> at the line self._sm.getFilters...
<reinhard> I would be curious what self.parameters.get ('_language', 'C') yields
*** ncjp has joined #gnuenterprise
*** kilo_ has joined #gnuenterprise
*** kilo has quit IRC
*** ncjp_ has quit IRC
<kilo_> it yields hu_HU
<reinhard> hmmm
<reinhard> maybe in getFilters an exception is raised
<reinhard> with 8bit strings or so
<kilo_> ???
<reinhard> could you test whether getFilters server side raises an exceptoion
<reinhard> and if not, what result it yields?
<kilo_> how shuould i check that?
<reinhard> in appserver source, getFilter method
<reinhard> do something like
<reinhard> try:
<reinhard>   <original code>
<reinhard> except:
<reinhard>   print "yay, got an exception"
<reinhard> print result
<reinhard> return result
<reinhard> (exchanging the "return" in the original code with a "result =")
<reinhard> there would even be a function to print the exception on server side
<reinhard> but I don't remember exactly
<reinhard> (would be a python standard function)
<kilo_> hmm, no exception occurs
<reinhard> aha
<reinhard> so i suspect the result of the function is a string instead of unicode
<kilo_> result gets value like this
<kilo_> result.append (((classdef.fullName, classLabel), labels, master, data))
<kilo_> in fact i put a print 'aaaaa' at the beginning of the function getFilter. and it does not show either
<reinhard> oh
<kilo_> so i guess it doesnt get called
<reinhard> just to make sure: you restart appserver after changes, and you look at *appserver* terminal?
<kilo_> yes yes
<reinhard> weird
<reinhard> really weird
<reinhard> *sigh* must run now, will be away for ~24 hours
<reinhard> I hope johannesV will be able to help you after lunch)
<kilo_> -24??? you will get back yesterday? 8-)))
<kilo_> anyway, thx
<reinhard> sorry
<reinhard> ~24 not -24
<reinhard> circa 24 hours
<reinhard> :)
<reinhard> l8r all
<kilo_> bye
*** reinhard has left #gnuenterprise
*** sjc has quit IRC
*** btami has quit IRC
<johannesV> kilo_, i've tried using filters with locale set to hu_HU
<johannesV> it's working fine, so there must be something else we've to find out
<kilo_> hmmm. where should we start
*** Morphous has joined #gnuenterprise
*** Amorphous has quit IRC
*** Morphous has quit IRC
*** Amorphous has joined #gnuenterprise
<johannesV> ok
<johannesV> can you give me short picture about the filters you've defined ?
<kilo_> sooorrry, got to run now
<kilo_> maybe tomorrow
<johannesV> ok
<johannesV> maybe you can send me the gcd's and gld's via mail
<johannesV> so i can have a look at it till tomorrow
<kilo_> you want to read hungarian names again...
*** Amorphous has quit IRC
<johannesV> yeah :)
<johannesV> in fact i need only those having the "filter" attribute
<johannesV> and the filter-classes (with gld)
<kilo_> ok, will send it in the evening
<johannesV> ok
<kilo_> thx. bye
<johannesV> bye
*** kilo_ has quit IRC
*** dimas has quit IRC
*** Amorphous has joined #gnuenterprise
*** tiredbonds has joined #gnuenterprise
*** Amorphous has quit IRC
<johannesV> does anyone here know if signals are available on win* ?
<johannesV> i mean, is it possible to catch a SIGHUP on win* by a python script ?
*** jamest has joined #gnuenterprise
<johannesV> jamest, do you know a mechanism like 'sending a SIGHUP to a running process' which will work on win* ?
<jamest> i do not know of anything like that
<johannesV> hmm, so do i
<johannesV> so to reload the appserver's configuration and class-repository on win* the user has to shut down and restart the server-process
<johannesV> while users on a posix-system can just send a HUP signal :)
<jamest> the fix is obvious then!
<jamest> install a real OS!
* jamest runs
<johannesV> yeah, it's not me who runs a win* box
<johannesV> :)
<johannesV> anyway, i think your fix is really the only one :)
<jamest> aren't signals part of posix though?  and doesn't windows have a posix layer?
<johannesV> well, i've imported signal on my win2k notebook and printed it's dir to see which signals it supports
<johannesV> and, well, it lacks SIGHUP
*** mmealling has quit IRC
*** johannesV_ has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** Amorphous has joined #gnuenterprise
*** johannesV has quit IRC
*** titopbs has joined #gnuenterprise
*** chillywilly has quit IRC
*** chillywilly has joined #gnuenterprise
*** titopbs has quit IRC
*** kilo has joined #gnuenterprise
*** chillywilly has quit IRC
*** chillywilly has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** mnemoc_ has joined #gnuenterprise
*** mnemoc has quit IRC
*** titopbs has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** dcmwai has quit IRC
*** psu has joined #gnuenterprise
<psu> hi jamest, Johannes_V
<psu> consesnus from a quick google is that SIGHUP on win32 is not possible, in python or otherwise
<jamest> :(
<psu> http://www.ravenbrook.com/project/p4dti/issue/job000046/ may be relevant
<psu> or indeed any of the results I got from googling for "python windows sighup"
* psu wonders if the equivalent for win32 should be sigh-up
<psu> as in, you sigh (with relief? frustration?) when it's up ;-)
<jamest> lol
*** yangoon has joined #gnuenterprise
<psu> anyway, I'd better go and get checked in for my flight
* psu loves airport wifi
<psu> bbl
*** psu has quit IRC
*** sjc has joined #gnuenterprise
*** psu has joined #gnuenterprise
<johannesV_> kilo, are you there ?
<johannesV_> i've built the db using your gcds and glds
<johannesV_> starting right away it looks fine
<johannesV_> at least i get prompted with a login-dialog giving me a single field "Nev:"
<johannesV_> kilo: it is working fine here, and i am using locale hu_HU
<johannesV_> i did the following: in schema directory: gcdcvs *.gcd; gldcvs *.gld
<johannesV_> then i started appserver and added some instances to the filter class CEG_Ceg using gfcvs appserver://appserver/form/CEG_Ceg
<johannesV_> after restarting appserver (since we've added new filter-instances) i called the form szerzodo.gfd and using different filter-values (specified by Nev) works ok
<johannesV_> maybe we can debug this tomorrow then
*** johannesV_ has quit IRC
*** SachaS has joined #gnuenterprise
*** psu has quit IRC
*** titopbs has quit IRC
*** yangoon has left #gnuenterprise
*** SachaS_ has joined #gnuenterprise
*** SachaS has quit IRC
*** holycow has joined #gnuenterprise
*** holycow has quit IRC
*** holycow has joined #gnuenterprise
*** SachaS_ has quit IRC
*** titopbs has joined #gnuenterprise
*** kilo has quit IRC
*** agile has quit IRC
*** ccfiel has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jcater has quit IRC
*** siesel has joined #gnuenterprise
*** siesel has quit IRC
*** ccfiel has quit IRC
*** titopbs has quit IRC
*** holycow has quit IRC
*** dcmwai has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
*** wendall911 has joined #gnuenterprise
*** sjc has quit IRC
*** wendall911 has quit IRC
*** tiredbonds has quit IRC
*** dcmwai has quit IRC
*** Amorphous has quit IRC
*** dimas has joined #gnuenterprise