net with your interests and expectations.
Best Regards
--
Sathya "Sam" Rangaswamy
Founder CEO
ZeOmega
3010 Gaylord Parkway
Suite 210
Frisco, TX 75034
Office:214-618-9880 ext 8002
Fax: 214-975-1258
Mobile:214-733-3467
s...@zeomega.com
www.z
client wants windows :( )
Any feedback will be greatly appreciated.
Regards
sathya
--
ZeOmega LLC
Integrated Care Management software
Frisco Tx
214-618-9880
www.zeomega.com
--
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman
it is "off".
I was curious to know why this was and its effect on tcp connections.
Regards
sathya
--
ZeOmega LLC
Integrated Care Management software
Frisco Tx
214-618-9880
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/m
to make the foundation stronger by growing the membership and
show our support for Zope !
Best Regards
Sathya
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related
please include Zope Plone programmer in the subject.
Best Regards
Sathya "sam" Rangaswamy
Founder and CEO
ZeOmega
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTM
PROTECTED]
You can find out all about us at www.zeomega.com
Best Regards
Sathya
--
=
CEO
ZeOmega
Open Minds' Open Solutions
#2591 Dallas Parkway
Suite 408
Frisco TX, 75034
214-618-9880 (O)
214-975-1258 (F)
214-733-3467 (M)
http://www.zeomeg
after atleast 6 months of onsite work.
Please forward resumes to [EMAIL PROTECTED]
Best Regards
Sathya
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists
http://opensource.ca.com/projects/
Chris Withers wrote:
sathya wrote:
Since Ingres Plone and APE have some things in common I thought I
should post this on this forum. Your experience may be different and
the above is just FYI . I hope things get better in the days ahead.
Out of interest, where
problem.
Since Ingres Plone and APE have some things in common I thought I should
post this on this forum. Your experience may be different and
the above is just FYI . I hope things get better in the days ahead.
Regards
Sathya
___
Zope-Dev maillist
I dont see a data loss problem either (unless there are hardware failures)
If a connection is dropped due to inactivity it should not affect any
transactions going to occur in the future as a reconnect is issued
before submitted new transactions.
However connections getting dropped due to transpor
sqlrelay seems to hold some promise for connection pooling although I am
not sure if theres support for sapdb
Brad Clements wrote:
On 16 Jul 2004 at 8:57, Chris Withers wrote:
This often means that many more database connections are opened than are
actually necessary. And if you start timing out
sathya wrote:
we have been looking at psycopg for postgres.
zope opens atleast one connection per zope thread. I have obeserved the
same for mysql as well. Are you creating your own threads within zope ?
in which case you have to do the locking yourself
Brad Clements wrote:
I am using
code by itself is not contributing to it. I guess as a general
rule of thumb its not a good idea to use forks in zope application or
product code anyway (unless you know what you are doing.)
Regards
sathya
[sathya]
...
The zeoclient causes threads to be created but there are no "forks"
ads to be created but there are no "forks" or
"system" calls as far as I can tell (or strace for that matter)
Can you please point out where in the zeo code does forking occur ? I
will try and duplicate this condition.
-ty
sathya
[Dieter Maurer]
The problem occured in a ZEO client
otherwise :)
Regards
Sathya
[sathya]
so can we safely assume that zeo does not mix the asyncore implementation
with forks or threads and hence does not suffer from the "child
concurrently operating on sockets along with parent" syndrome that
dieter is experiencing ? appreciate any clar
ifications.
Regards
sathya
[Dieter Maurer]
ATTENTION: Crosspost -- Reply-To set to '[EMAIL PROTECTED]'
Which I've honored.
Today, I hit a nasty error.
The error affects applications under Unix (and maybe Windows) which
* use an "asyncore" mainloop thread (and maybe other asyn
Thanks tim ,dario and christian ....
regards
sathya
sathya wrote:
What about threads on linux ? will binding a process to a CPU also
mean all threads spawned by the process are also bound to the same
processor ? I am not aware of linux support for binding threads to a
CPU so I guess it does n
ease the GIL
thanks much for this discussion
regards
sathya
Cheers,
Christian
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/m
Tim Peters wrote:
tim thanks much for the explanation. some points below.
[sathya]
I read somewhere that each zope thread acquires the global python
interpreter lock before processing a request and until it releases it
the other zope threads are essentially locked out.
[tim]
No. The GIL
from concurrent execution ? Any thoughts ?
your ideas are much appreciated
ty
sathya
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
from concurrent execution ? Any thoughts ?
your ideas are much appreciated
ty
sathya
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
from concurrent execution ? Any thoughts ?
your ideas are much appreciated
ty
sathya
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
22 matches
Mail list logo