Shouldnt be too hard. With databases, just keep an eye on threading
issues. It'll get ya everytime (Ie if one process is using a cursor and
another one snatches it, well... *bang*.) MySQL is not particularly thread
safe (and even cursors marked thread safe are still not really thread
safe,
Could you break your task into little chunks and run it as a state machine
with a permanant process that runs state 'chunks' and records progress?
Its an odd way to do it, but it lets you run it all in a single thread.
--
Shayne O'Neill
http://perth.indymedia.org
I know how hard it is for you to
Ian Bicking wrote:
You don't really need to encode any of those characters, you can just
include them directly if your character encoding is correct.
Right, but I don't want to assume anything on the client side (or even
web-server-side) and want to stick to html-encoded stuff.
At least I can
Could you break your task into little chunks and run it as a state machine
with a permanant process that runs state 'chunks' and records progress?
Interesting idea but the tasks that I want to run have already been developed in a
stand-alone way. Wrapping them into a thread or keeping them
Hallo,
Marc Saric hat gesagt: // Marc Saric wrote:
2. Databases: I looked through the available doku regarding
database-adapters and -for my first project- settled on the minimal
sollution using a DB-API 2.0 compliant approach (pygresql) without fancy
ORM-layers or similar things.
I
It has been almost two years, but I have once again hit an abend in
MiddleObject.py (line 75 in 8.1):
assert len(cache)+1==len(row)
On my last reported incident, I had been encountering this problem
every several months, and the suggestion was made to upgrade to 7.1.
That seemed to have fixed
On May 22, 2004, at 5:14 AM, Marc Saric wrote:
Ian Bicking wrote:
You don't really need to encode any of those characters, you can just
include them directly if your character encoding is correct.
Right, but I don't want to assume anything on the client side (or even
web-server-side) and want to