*** reinhard has joined #gnuenterprise
*** kilo has joined #gnuenterprise
*** ninja has joined #gnuenterprise
<kilo> good morning
<reinhard> good morning all
<SachaS> good morning
*** btami has joined #gnuenterprise
<btami> good morning
<dimas> good morning
*** sjc has joined #gnuenterprise
*** johannesV has joined #gnuenterprise
<johannesV> good morning
<SachaS> good morning
<ajmitch> good morning
*** yure has joined #gnuenterprise
*** johannesV_ has joined #gnuenterprise
*** johannesV has quit IRC
*** SachaS has quit IRC
*** kilo has quit IRC
*** kilo has joined #gnuenterprise
*** ninja has quit IRC
*** ninja has joined #gnuenterprise
*** jamest has joined #gnuenterprise
*** kilo has quit IRC
*** ninj1 has joined #gnuenterprise
*** ninja has quit IRC
*** jcater has joined #gnuenterprise
*** btami has quit IRC
*** btami has joined #gnuenterprise
*** derek has quit IRC
*** ninj1 has quit IRC
*** dneighbors has joined #gnuenterprise
*** klasstek has joined #gnuenterprise
<CirrusImage> Does anyone know if there is a way to get around this error when starting Forms?
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 626, in dump_int
<CirrusImage>     raise OverflowError, "int exceeds XML-RPC limits"
<CirrusImage> I'm on an AMD64 box
<btami> CirrusImage: please paste a bit more from the tracebeck
<CirrusImage> Traceback (most recent call last):
<CirrusImage>    File "/usr/local/gnue/lib/python/gnue/common/rpc/drivers/xmlrpc/ServerAdapter.py", line 281, in do_POST
<CirrusImage>     response = xmlrpclib.dumps (response, methodresponse = 1, allow_none = 1)
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 1029, in dumps
<CirrusImage>     data = m.dumps(params)
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 603, in dumps
<CirrusImage>     dump(v, write)
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 615, in __dump
<btami> thx
<CirrusImage>     f(self, value, write)
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 696, in dump_struct
<CirrusImage>     dump(v, write)
<CirrusImage>    File "/usr/lib64/python2.4/xmlrpclib.py", line 615, in __dump
<CirrusImage>     f(self, value, write)
<btami> maybe johannesV_ or reinhard  can help you, when they read this
<btami> they are the appserver authors
<CirrusImage> cool, I know they are the gurus when it comes to appserver
<btami> yep
* reinhard looks around
<reinhard> who???
<btami> hehe
<reinhard> lol
<reinhard> when you google for that error message, 2 out of the first 4 hits is gnue's irc-logs :)
<dimas> CirrusImage: only appserver? i was thought they are gurus when it comes to everything in the universe
<dimas> :)
<CirrusImage> Very true, I'm sorry I ment the entire universe
<reinhard> you using release or svn?
<CirrusImage> svn to fix the appserver UUID problem
<CirrusImage> It works by the way
<reinhard> ok
<CirrusImage> only now I get this error when trying to start up a form
<reinhard> looks like we really need a amd64 machine donated for gnue ;-)
<CirrusImage> the only reason I built one is because I could do it cheaper then building a regular computer from NewEgg
<reinhard> hmm
<reinhard> did you update since last weekend?
<reinhard> I mean
<reinhard> since last Thursday?
<CirrusImage> no I haven't
<reinhard> johannes did a change that might happen to fix this problem
<CirrusImage> I'll try it
<reinhard> thanks
<reinhard> please let us know
<dimas> last changes with mx.DateTime does it need to be documented?
<reinhard> AFAICT it was not documented before that it was mx.DateTime
<reinhard> so no change needed in documentation immediately
<reinhard> :-)
<dimas> and where in custom code changes are required?
<reinhard> where you calculate with date and time values or otherwise handle them and rely on them being mx.DateTime
<reinhard> e.g. in hotline code I have a field "start" and add a mx.DateTimeDelta to that field
<reinhard> now I must add a datetime.timedelta
<dimas> thanks, that explains
<CirrusImage> reinhard: I just updated and it still gives me the error
*** johannesV_ has quit IRC
*** johannesV_ has joined #gnuenterprise
<reinhard> CirrusImage: tracking it now
<CirrusImage> thanks, you guys rock
<CirrusImage> later
*** CirrusImage has quit IRC
<johannesV_> reinhard, looks like we've made the same change to sample.gcd but mine didn't got commited ...
<johannesV_> hmm, looks like CirrusImage has found a bug in python's xmlrpc lib ... did he ?
<johannesV_> but how does we transport other integers (or longs) via xmlrpc lib on 64 bit machines then ... ?
<johannesV_> bbl
*** dneighbors is now known as derek
<reinhard> johannesV_: I think xmlrpclib is right
<reinhard> if xmlrpc defines an  integer to be at max 32 bit, xmlrpclib is right refusing to transport more
<reinhard> and we must not try to transport more than 32 bit over rpc
<reinhard> or chose another datatype
<reinhard> http://www.xmlrpc.com/spec says integer is 4 bytes
*** CirrusImage has joined #gnuenterprise
<CirrusImage> reinhard: I just SVNed and the error is gone.  Thanks again
*** CirrusImage has quit IRC
*** btami has quit IRC
*** jcater has left #gnuenterprise
*** jcater has joined #gnuenterprise
<reinhard> good night all
*** reinhard has quit IRC
*** jcater has left #gnuenterprise
*** Poincare has quit IRC
*** Werd has joined #gnuenterprise
<Werd> Hello
<Werd> Quick question
<Werd> Has anyone ever looked into easing the pain of migrating from MS Access to GnuEnterprise?
*** Poincare has joined #gnuenterprise
*** jcater has joined #gnuenterprise
<jamest> Werd: not that I know of
<Werd> jamest: Ok, is there an URL with an description of the forms file-format?
<Werd> Of GnuEnterprise, I mean
<jamest> um
<jamest> http://www.gnuenterprise.org/tools/forms/docs/Developers-Guide.pdf
<jamest> not sure if it's up to date
<Werd> No html version around?
<Werd> Oh well
<Werd> Ah, I see, there is html documentation of the API
<jamest> there may be one level up on the url
<jamest> also the sample forms are pretty easy to read
<jamest> http://www.gnuenterprise.org/cgi-bin/viewcvs.cgi/trunk/gnue-forms/samples/
<jamest> i have to run
*** jamest has quit IRC
<Werd> Looks nifty indeed
<derek> Werd: there used to be a tool out there
<derek> called access2postgres or something similar
<derek> i used it a few times to convert access projects to gnue
<derek> it did a pretty good job of making the tables and moving the data
<derek> all forms had to be created by hand though
<derek> which to me was find because nothing i had in access had forms
<derek> it was always staging data for interfaces
<SachaAway> derek tonight is Ruby Night in North Scottsdale
<SachaAway> I think we are going to talk about Ruby on Rails.
<SachaAway> sorry for interrupting ;)
<derek> yeah it is a rails one tonight
<derek> no way i can make it
<derek> considering going to refresh tomorrow night
<derek> will you be going?
<derek> also if you go tonight could you please get a list of people who might be interested in an east side ruby group?
<derek> i noticed several of the people that go are from mesa, chandler, tempe
<derek> also if so kind have james britt drop me a line at derek@integrumtech.com :)
<derek> Werd: you know..i might have even used pgadmin to port access to postgres
<derek> Werd: also you can convert your data to postgres and still use your access forms if necessary
<derek> its ugly but doable
<SachaAway> i will be going, yes.
*** derek has quit IRC
*** sjc has quit IRC
*** klasstek has quit IRC
*** jcater has left #gnuenterprise
*** jamest has joined #gnuenterprise
*** Poincare has quit IRC
*** jcater has joined #gnuenterprise
*** johannesV__ has joined #gnuenterprise
*** johannesV_ has quit IRC
*** jamest has quit IRC
*** jcater has left #gnuenterprise
*** dneighbors has joined #gnuenterprise
*** dneighbors is now known as derek