*** sjc has joined #gnuenterprise
*** jcater has quit IRC
*** reinhard has joined #gnuenterprise
*** aries has joined #gnuenterprise
<aries> hi
<reinhard> good morning
*** btami has joined #gnuenterprise
<btami> good morning
<aries> btami
<btami> hi aries
<aries> yesterday I played with argouml, and i redesigned the LOC package, and
<aries> designed some new one
<aries> http://aries.mindworks.hu/filebrowser/crm.zargo
<aries> still unfinished but I'd like to get some suggestions, directions from the gnue-experts if you have time
<aries> :)
<btami> i'm not a gnue-expert at all
<btami> jamest/jcater/jan/johannesv/reinhard are
<btami> and kilo in packages area of course :)
<btami> if you want a discussion, please send your work to gnue-dev list
<aries> okay
<aries> gnue-dev@gnu.org?
<btami> yes
<btami> btw. there was some discussion before about this (LOC), and seems reinhard prefers a more simplistic approach
<btami> to start with
<btami> kilo liked a more detailed
<btami> but they can explain this better :)
*** tiredbones has quit IRC
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** dcmwai has quit IRC
*** kilo has joined #gnuenterprise
<kilo> good morning
<aries> kilo
<aries> i've sent a "new design" in argouml
<aries> have you recived it?
<aries> sent to gnue-dev
<kilo> hi aries
<kilo> haven't had time in the weekend to look at that, i was agonizing...
<aries> i have to restart my Xwindow...
*** aries has quit IRC
*** lekma has joined #gnuenterprise
<lekma> hi all
<lekma> reinhard: does abort() imply a roolback
<lekma> ?
<lekma> s/roolback/rollback
<reinhard> lekma: no, I don't think so
<lekma> thx
<reinhard> IIRC it just undoes the stuff done so far in that procedure
<reinhard> e.g. if you have an abort() in OnValidate
<reinhard> it undoes what the OnValidate has done before
<reinhard> in other words
<reinhard> operations on the appserver api are meant to be atomar
<reinhard> if you call commit(), it is either done completely or nothing is changed at all
<lekma> ok
<btami> bbl
*** btami has quit IRC
*** tiredbones has joined #gnuenterprise
*** sjc has quit IRC
*** sjc has joined #gnuenterprise
*** kilo has quit IRC
*** jamest has joined #gnuenterprise
*** jamest has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** jcater has joined #gnuenterprise
*** havoc has quit IRC
*** havoc has joined #gnuenterprise
*** spencer_ has joined #gnuenterprise
*** spencer_ has joined #gnuenterprise
*** tiredbones1 has joined #gnuenterprise
*** titopbs has joined #gnuenterprise
<tiredbones1> Could someone give a brief explaination of what is "alias" trying to accomplish in the connects.conf.
<tiredbones1> Would you just use the orignal connection name?
<mnemoc> both
<mnemoc> connection name and aliases
<tiredbones1> mnemoc: I'm not sure what you are saying to me.
<mnemoc> if you have a connection labeled [foo]
<mnemoc> with aliases bar bar1 bar2
<mnemoc> you can use it with any of these 4 names
<tiredbones1> I understand that. But why would I want to do that?
<mnemoc> i did it to accomplish a migration yesterday
<mnemoc> changing a server without bothering clients
<tiredbones1> Well, let me think on it some more.
<mnemoc> it's the same reason you have DNS aliases
<mnemoc> service blah is provided by server foo, but now it will be provided by server bar
<mnemoc> at least that's how i see it :p
<mnemoc> but i'm just as newbie as you :p
<tiredbones1> Can you connect to more than one db per connection? Is there a limit?
<reinhard> you can only give a single db per connection
<reinhard> one reason I can see is that if you use forms/reports in 2-tier
<reinhard> you define the connection in the gfd/grd file
<reinhard> so maybe you had 2 different db's at a time
<reinhard> then you merge them
<reinhard> you just make the one db name an alias of the other name
<reinhard> and you don't have to change all the gfd files
<reinhard> that's my *idea* about it, FWIW I've never used aliases at all
<lekma> reinhard: memory leak seems to be back
<lekma> :(
<reinhard> that's bad :(
<reinhard> what version do you use?
<reinhard> johannes' last commit was only optimization, could you check if it was already there before that?
<lekma> svn from a few hours
<lekma> regression only on speed
<lekma> that's really odd
*** btami has joined #gnuenterprise
<reinhard> sorry I don't understand what you mean with "regression only on speed"
<reinhard> you mean it does not have a memory leak, but it gets slower and slower?
<lekma> it has a memory leak again
<lekma> and it's slower than saturday's version
<lekma> s/only/also
<lekma> sorry
<reinhard> so saturday's version had no memory leak?
<reinhard> it should be safe to go back to saturday version then
<lekma> yep
<lekma> i think that's what i will do
<reinhard> ok
<reinhard> johannes will be back on wednesday or thursday
<reinhard> thanks for reporting so far
<reinhard> I guess he'll look at it as soon as he's back
<lekma> ok
<reinhard> off for lug meeting
<reinhard> l8r all
*** reinhard has quit IRC
*** tiredbones has quit IRC
*** tiredbones1 has quit IRC
*** wendall911 has joined #gnuenterprise
*** btami has quit IRC
*** holycow has joined #gnuenterprise
*** tiredbones has joined #gnuenterprise
*** ajmitch has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** cilkay has joined #gnuenterprise
*** titopbs has quit IRC
<tiredbones> I'm reading a document title "GNUe Forms: A Developer's Introduction", version 0.5.4, by Jason Cater, is the doc suppose to be still valid?
<tiredbones> The relationship between what is being said in the doc and  how gnue-designer function is not the same.
<tiredbones> I know this is still development and I'm not trying to criticize, I'm just trying to help in my little way.
<tiredbones> I figure this will help other who will follow.
<jamest> ?
<kilo> tiredbones: i guess you are talking about FOrms' Developers-Guide.sxw. If yes, it just updated today
<tiredbones> The way it's spelled on the cover sheet is "GNUe Forms: A Developer's Introduction"
<tiredbones> I also have another one titled "GNUe Forms - Technical Reference"
<tiredbones> There was a third one, I forgot the title, but it was a place hold.
<tiredbones> How do I go about just getting the doc that you indicated, kilo?
<jamest> gnue-forms Developers-Guide.sxw is the one that I believe we're working on
<jamest> the others pre-date that and aren't maintained anymore iirc
<kilo> it is in current svn
<ajmitch> morning all
<jamest> afternoon
<kilo> hi ajmitch
<tiredbones> How do I just get the docs from svn?
* kilo babysitter
<tiredbones> I'm sorry for my ignorance, but I'm trying to work with what is being delivered to the public.
<kilo> tiredbones: I mean i got to look after my clan as they are ill, so I am in and out here. THe doc is in SVN, please see our wiki for instructions on its usage
<tiredbones> Thanks, I'll do that. I hope your family gets well soon.
<kilo> thx
<kilo> deadly virii from the nursery... 8-)))
<tiredbones> After reading the wiki page I got curious about how developers keep themself update. Do they runs the svn command everyday to get the latest changes.
<jamest> yes
<jamest> if actively developing they have to
*** jamest has quit IRC
*** holy_cow has joined #gnuenterprise
*** kilo has quit IRC
*** holycow has quit IRC
*** jcater_ has joined #gnuenterprise
*** jcater has quit IRC
*** holy_cow has quit IRC
*** dcmwai has joined #gnuenterprise
*** sjc has quit IRC
*** wendall_busy has quit IRC
<lekma> DB000: Exception in thread Thread-4223:
<lekma> DB000: Traceback (most recent call last):
<lekma> DB000:   File "/usr/lib/python2.3/threading.py", line 436, in __bootstrap
<lekma> DB000:     self.run()
<lekma> DB000:   File "/var/lib/gnue/gecocer/xul/forms.py", line 41, in run
<lekma> DB000:     self.attr = attributes.Attributes (self.sess, self.lang)
<lekma> DB000:   File "/var/lib/gnue/gecocer/xul/attributes.py", line 133, in getXulAttr
<lekma> DB000:     attribs = self.__session.find (klass, cond, [], props)
<lekma> DB000:   File "/usr/lib/gnue/appserver/language/Session.py", line 119, in find
<lekma> DB000:     properties)
<lekma> DB000:   File "/usr/lib/gnue/appserver/language/ObjectList.py", line 48, in __init__
<lekma> DB000:     self.__buildList ()
<lekma> DB000:   File "/usr/lib/gnue/appserver/language/ObjectList.py", line 108, in __buildList
<lekma> DB000:     self.__populateList ()
<lekma> DB000:   File "/usr/lib/gnue/appserver/language/ObjectList.py", line 118, in __populateList
<lekma> DB000:     rset = sm.fetch (sid, self.__list_id, len (self.__list), self.__cacheStep,0)
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasSessionManager.py", line 300, in fetch
<lekma> DB000:     result = s.fetch (list_id, start, count)
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasSession.py", line 467, in fetch
<lekma> DB000:     result = list.fetch (start, count)
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasList.py", line 260, in fetch
<lekma> DB000:     self.__fillupFunc (start + count)
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasList.py", line 76, in __fillupFunc
<lekma> DB000:     return self.__fillupUnsorted (count)
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasList.py", line 133, in __fillupUnsorted
<lekma> DB000:     current = self.__getInstance ()
<lekma> DB000:   File "/usr/lib/gnue/appserver/geasList.py", line 163, in __getInstance
<lekma> DB000:     record = self.__recordset.nextRecord ()
<lekma> DB000:   File "/usr/lib/gnue/appserver/data.py", line 973, in nextRecord
<lekma> DB000:     rec = self.__nextBackendRecord ()
<lekma> DB000:   File "/usr/lib/gnue/appserver/data.py", line 1084, in __nextBackendRecord
<lekma> DB000:     beRec = self.__resultSet.firstRecord ()
<lekma> DB000:   File "/usr/lib/gnue/common/datasources/drivers/Bas
<lekma> still playing with threads
<lekma> DB000:   File "/usr/lib/gnue/common/datasources/drivers/Base/ResultSet.py", line 175, in firstRecord
<lekma> DB000:     if not self._cacheNextRecord():
<lekma> DB000:   File "/usr/lib/gnue/common/datasources/drivers/Base/ResultSet.py", line 452, in _cacheNextRecord
<lekma> DB000:     rs = self._loadNextRecord()
<lekma> DB000:   File "/usr/lib/gnue/common/datasources/drivers/DBSIG2/ResultSet.py", line 97, in _loadNextRecord
<lekma> DB000:     f = unicode(f,self._dataObject._connection._encoding)
<lekma> DB000: AttributeError: 'NoneType' object has no attribute '_connection'
<lekma> what is strange is that it doesn't always happen
<lekma> but when it happens it's always on the same request...
<lekma> :(
*** titopbs has joined #gnuenterprise