Try using PASSIVE mode for your FTP client. Did someone perchance put
a firewall up between you and your server?
-jon
"J. Atwood" [EMAIL PROTECTED] writes:
I have FTP'd into Zope before. No problems but all of a sudden it
seems like neither I nor the people I am working with can FTP in with
I had a similar problem quite some time ago. I never could get a core
file to generate, but since the crash occured so often, I was able to
attach gdb (GNU debugger) to the process and was able to see the
segmentation violation that was occurring. I never did figure out why
I couldn't get a
of leaked instances of SQLAlias causing our
memory usage to skyrocket.
-jon
[EMAIL PROTECTED] (Cees de Groot) writes:
Jon Prettyman [EMAIL PROTECTED] said:
Are you using ZSQLMethods by any chance?
Yes, why? (I think I've fixed /this/ problem, but if ZSQLMethods will
cause similar behaviour I'd
Are you using ZSQLMethods by any chance?
-jon
[EMAIL PROTECTED] (Cees de Groot) writes:
Our production Zope machine has developed a habit over Christmas where
it starts eating CPU and RAM (one Python thread on 100% CPU time, and
I've seen kernel messages indicating that Zope was killed
The leaking SQLAlias I see is coming from:
Shared.DC.ZRDB.Results
I'm going to try the same type of fix in there and see what happens.
-jon
"Brian Lloyd" [EMAIL PROTECTED] writes:
oops - I sent that before I had my coffee. I should
have attached the checkin version, not the broken
one
I've seen this as well under DCOracle.
-jon
Dyon Balding [EMAIL PROTECTED] writes:
OK, I've had more of a hack at this, and I've narrowed the problem
down a little.
It appears that any access to an SQLAlias object causes it to not
be correctly released. The SQLAlias objects means that
I want to write a generic table browser ZSQL method and am having
trouble getting the output that I want.
Given a ZSQLMethod that looks like this:
ID:browse_table
Arguments: table:string=""
Script:
SELECT * FROM dtml-var table
I'm trying to write a DTML method to display the results of
I am once again encountering the mysterious Aiieee error with core
dumps from Zope/Python on a Solaris boxen.
SunOS sparky 5.7 Generic_106541-08 sun4m sparc SUNW,SPARCstation-20
Python 1.5.2 (#1, Oct 24 2000, 11:56:43) [GCC 2.8.1] on sunos5
Zope-2.2.2
DCOracle 1.3.2
448M ram
I get the
This works like a charm. Thanks much for the help.
-jon
Ender [EMAIL PROTECTED] writes:
Sorry Jon, i've lead you down a slippery slope...
unlike ttw dtml-methods and the rest of zope which relies on the
security context soley, for a filesys python method to be exposed
through the web
Well, I've gotten xmlprclib and fixed it up so I can talk to my
server. So far I can retrieve objectIds and retrieve objects via an
objectid, but I can't figure out how to get to the property sheets.
Here's what I've got:
server = Server( "http://jonprettyman.com" )
print server
for k,v in
title
base
Both of these are properties of server.EBQ.
-jon
Ender [EMAIL PROTECTED] writes:
Jon Prettyman wrote:
Well, I've gotten xmlprclib and fixed it up so I can talk to my
server. So far I can retrieve objectIds and retrieve objects via an
objectid, but I can't figure out how to get to
I'm pretty sure that all variables have to be passed in explicitly
with SQLMethods. Namespaces are not passed in.
Try specifying username as an argument in the ZSQLMethods edit form
and pass it in like this:
dtml-in expr=
"lookup_by_username(username=REQUEST.AUTHENTICATED_USER.getUserName()"
I have a folder containing a bunch of ZClass instances that I want to
access from an external (non-web) python application.
I need to be able to read the values of the instance properties.
Is there a way to do this with the ZClient stuff? If not, what can I
use. If yes, any pointers?
-jon
13 matches
Mail list logo