*** lekma has joined #gnuenterprise morning all *** reinhard has joined #gnuenterprise wow lekma you sleep less than me! i didn't sleep :) ouch do you know if what we discussed a few days ago about post() is already available? i mean the auto detection of no, not available oh ok auto detection of insert order you mean, right? yep in a python client app, if i do i = session.new('class') session.commit() can i still use i as an object ie do otherobj.prop = i after the commit and acces its gnue_id ? *** sjc has joined #gnuenterprise lekma: can't tell you off hand I think you'll have to try ok *** Maaan has joined #gnuenterprise @find business *** Maaan has quit IRC *** SachaS has joined #gnuenterprise *** btami has joined #gnuenterprise hi reinhard: i can't reproduce the yesterday bug here (in my office box) the only difference i know i use XP prof at home, XP home here will test it at home later... this is weird yes it is a python weirdness anyway some floats are formatted with . and some with , you tested with same data? maybe it depends on number of decimal digits well, that's absurd, but the whole thing is absurd... i tested with same data all the time * btami is away: *** SachaS has quit IRC *** dcmwai has quit IRC *** sjc has quit IRC *** btami has quit IRC *** jamest has joined #gnuenterprise *** jamest has left #gnuenterprise *** jcater has joined #gnuenterprise *** titopbs has joined #gnuenterprise *** kilo has joined #gnuenterprise *** wendall911 has joined #gnuenterprise *** suitable has joined #gnuenterprise reinhard: u here ? in and out i need a hint ok feeding about 3000 objects to appserver in a row (doing a commit after each new) i starve memory after roughly 3000 is it possible to close lists after commit i putting legacy data and i have a script that needs to feed 8000 it would be a pitty to split it up in 3 runs cause then i would have to wait in front of server and i need some sleep :) hmmmm so any hint is welcome :) what about feeding it directly into the db? can i generate gnue_ids? also I do not exactly understand what list you would close you can use as gnue_id whatever you want as long as it's not longer than 32 chars and unique for each new i need to find params that are already in db ah ok thus the lists ? yes well the "wooden hammer" way would be to close the session after each 1000 records and reopen it again i like hammers should have thought about it although I'm not sure what stays in memory after commit i mean my major is hammer :) please remind me at some time when johannes is back to look at this ok thx hehe hammer->http://www.archivist.plus.com/website/tour/smithy.html :) l8r all *** reinhard has quit IRC *** holycow has joined #gnuenterprise *** jamest has joined #gnuenterprise *** mnemoc_ has joined #gnuenterprise *** titopbs has quit IRC *** mnemoc has quit IRC *** sjc has joined #gnuenterprise *** holycow has quit IRC self._phaseInit(phase) File "/usr/lib/gnue/common/definitions/GObjects.py", line 139, in _phaseInit inits[phase]() File "/usr/lib/gnue/common/datasources/GDataSource.py", line 393, in primaryInit self.initialize() File "/usr/lib/gnue/common/datasources/GDataSource.py", line 299, in initialize tagAttributes = getXMLelements()['datasource']['Attributes'] File "/usr/lib/gnue/common/datasources/GDataSource.py", line 608, in getXMLelements xmlElements = { File "/usr/lib/gnue/common/apps/i18n.py", line 129, in translate catalog = __find_catalog () File "/usr/lib/gnue/common/apps/i18n.py", line 77, in __find_catalog caller_module = __find_module (caller_file) RuntimeError: maximum recursion depth exceeded sorry again: Traceback (most recent call last): File "", line 12, in getdocTitle File "/usr/lib/gnue/appserver/language/Session.py", line 119, in find properties) File "/usr/lib/gnue/appserver/language/ObjectList.py", line 48, in __init__ self.__buildList () File "/usr/lib/gnue/appserver/language/ObjectList.py", line 106, in __buildList self.sortOrder, self.properties) File "/usr/lib/gnue/appserver/geasSessionManager.py", line 272, in request result = s.request (classname, conditions, sortorder, propertylist) File "/usr/lib/gnue/appserver/geasSession.py", line 389, in request recordset = self.__connection.query (content, dsCond, sortlist) File "/usr/lib/gnue/appserver/data.py", line 645, in query content, _conditionTree (conditions), order) File "/usr/lib/gnue/appserver/data.py", line 944, in __init__ self.__content, conditions, order) File "/usr/lib/gnue/appserver/data.py", line 524, in _createResultSet datasource = _createDatasource (connections, database, content, order) File "/usr/lib/gnue/appserver/data.py", line 498, in _createDatasource fields = fields) File "/usr/lib/gnue/common/datasources/GDataSource.py", line 853, in DataSourceWrapper source.buildAndInitObject(**attributes) File "/usr/lib/gnue/common/definitions/GObjects.py", line 75, in buildAndInitObject self.phaseInit(self.buildObject(**params)) File "/usr/lib/gnue/common/definitions/GObjects.py", line 119, in phaseInit self._phaseInit(phase) File "/usr/lib/gnue/common/definitions/GObjects.py", line 139, in _phaseInit inits[phase]() File "/usr/lib/gnue/common/datasources/GDataSource.py", line 393, in primaryInit self.initialize() File "/usr/lib/gnue/common/datasources/GDataSource.py", line 299, in initialize tagAttributes = getXMLelements()['datasource']['Attributes'] File "/usr/lib/gnue/common/datasources/GDataSource.py", line 608, in getXMLelements xmlElements = { File "/usr/lib/gnue/common/apps/i18n.py", line 129, i File "/usr/lib/gnue/common/apps/i18n.py", line 129, in translate catalog = __find_catalog () File "/usr/lib/gnue/common/apps/i18n.py", line 77, in __find_catalog caller_module = __find_module (caller_file) RuntimeError: maximum recursion depth exceeded searching in a calc prop *** lekma has quit IRC *** lekma has joined #gnuenterprise *** siesel has joined #gnuenterprise hi siesel hi ajmitch sorry, i didn't respond quickly on your question. woody packages of gnue are a nice to have, but no high prio. nevertheless, how are you, how is NZ? *** holycow has joined #gnuenterprise NZ is nice :) sorry, forgot about woody packages no problem. its just one more reason to update that server *** lekma has quit IRC *** siesel has quit IRC *** jcater has quit IRC *** jamest has left #gnuenterprise *** suitable has quit IRC *** titopbs has joined #gnuenterprise *** suitable has joined #gnuenterprise *** suitable has left #gnuenterprise *** sjc has quit IRC *** kilo has quit IRC *** titopbs has quit IRC *** holycow has quit IRC *** holycow has joined #gnuenterprise *** wendall911 has left #gnuenterprise *** jcater has joined #gnuenterprise *** jcater has quit IRC *** holycow has quit IRC