RE: [Zope-dev] SQLAlias Memory Leak?

2000-12-08 Thread Brian Lloyd

 OK, I've put this into the Collector.  I'm intrigued as to what
 the operating procedure is with the Collector though - there appear
 to be a large number of Pending jobs.  Does that mean that Digital
 Creations haven't even looked at them, or that they just haven't
 done anything about them?

The current Collector is very poor about providing visibility 
of what gets done. Quite a few bugs get closed out - check out 
the CHANGES.txt for each release. Each entry under "bugs fixed" 
generally represents a closed Collector item.

I agree that it seems like there are a lot of things in the 
Collector, but realize that they are not all open and shut 
things. A fair number are feature requests rather than bugs, 
and some of the bug reports are in states that are not very 
visible from the public view (pending more info from the 
submitter, etc.) We hope to move to using Tracker in the 
future to make such things more visible.

That said, there is a finite amount of resources that can go 
into Collector management at any one time (though with recent 
growth that should improve over what it is now). I actively 
triage the Collector before each release looking for reports 
that are high-impact (like memory leaks) to make sure they 
get fixed. I do plan to get to this for 2.3. We can't, however, 
always get to each issue the day it is submitted :)


 http://classic.zope.org:8080/Collector/1772/view
 
 This is causing big problems with our site, and we need to resolve
 it pretty desperately.  I guess the another solution would be to ensure
 that all calls to SQL columns are the same case as in the database,
 but with around 500 ZSQLMethods - that is a daunting task.

I have a test suite written that verfies this - it actually 
appears to be some interaction with the Record extension 
class (as SQLAliases don't leak if you access them from a 
plain ExtensionClass.Base-derived class). Hopefully I'll 
have a patch or workaround for you today.



Brian Lloyd[EMAIL PROTECTED]
Software Engineer  540.371.6909  
Digital Creations  http://www.digicool.com 



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Significance of the ZODB split?

2000-12-08 Thread John D. Heintz

The Sourceforge exposure gives people like me with an itch to scratch a 
place to work on a publicly visible branch of ZODB for my two proposals 
without breaking anything or relying on patch files continually.

John Heintz

PS My proposals are ExplicitTransactions and PersistentBlob ;-)

Michel Pelletier wrote:

 On Fri, 8 Dec 2000, Robin Becker wrote:
 
 
 Anyone know why AM Kuchling needs to split off a Sourceforge project
 based on ZODB?
 
 
 I don't think it's a "split", but AMK is using ZODB internally at his
 job, and externally with his own projects, so I can see him wanting to
 have some control over the distribution that he uses.  
 
 Other than that, there could be other reasons, we, for example, do not
 provide a mechanism for community checkin privledges, Sourceforge
 does.  I don't think we have a ZODB specific mailing list, sourceforge
 offers this.
 
 That being said, I'm pretty sure we've allways kept up with Andrew's
 patches and suggestions, and we'd be happy to create a mailing list.
 
 Andrew has also extended any developer at DC checkin privledges at the
 sourceforge project; although I suspect we'll just continue to check
 into our CVS and he'll "sync" with us that which he wants.  I am, in
 particular, barely not lazy enough to check stuff into branches, much
 less whole other repositories. ;)
 
 
 I really liked the ZEO examples, but where's this going?
 
 
 It's just open source.  More power to him in my opinion.  He's
 definatly taking Zope and ZEO to new levels and audiences.
 
 -Michel
 
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists - 
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )



-- 
. . . . . . . . . . . . . . . . . . . . . . . .

John D. Heintz | Senior Engineer

1016 La Posada Dr. | Suite 240 | Austin TX 78752
T 512.633.1198 | [EMAIL PROTECTED]

w w w . d a t a c h a n n e l . c o m


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] problems with webdav MOVE and COPY

2000-12-08 Thread Joseph Wayne Norton


Hello.

I tried to use some of the webdav functions in zope but ran into some trouble
with the MOVE and COPY operations.  One issue seems to be that the
method "getSecurityManager" is not imported into the file
zope-2.2/lib/python/webdav/Resource.py.

 def dav__validate(self, object, methodname, REQUEST):
msg='strongYou are not authorized to access this resource./strong'
method=None
if hasattr(object, methodname):
method=getattr(object, methodname)
else:
try:method=object.aq_acquire(methodname)
except: method=None

if method is not None:
-- try: return getSecurityManager().validateValue(method)
except: pass

raise 'Unauthorized', msg

Secondly, the method try: parent._verifyObjectPaste(self) is failing even though the 
user is
authenticated as a manager. For example,

try: parent._checkId(name, allow_dup=1)
except: raise 'Forbidden', sys.exc_info()[1]
-- try: parent._verifyObjectPaste(self)
except: raise 'Forbidden', sys.exc_info()[1]

Lastly, where are properties that can be set and put using webdav.
Are these object attributes?  I was expecting to see this properties
show up in the "Properties" tab for a folder, for a dtml document
etc. but they did not show up.

Any pointers?

thanks,

- joe n.

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Turning acquisition off selectively.

2000-12-08 Thread Jim Fulton

Chris Withers wrote:
 
 [EMAIL PROTECTED] wrote:
 
  That is, with a simple method, and not disabling the Acqusition class,
  something like self.aq_disabled('attribute') .
 
 So kindof the inverse of using Aquisition.Explicit and using the
 aq_acquire method?
 
 What you describe would be really cool...
 
 The only workaround for now is to use calls to ac_acquire() and provide
 a filter function, but this doesn't help when other code that you have
 no control over accesses an attribute that you'd rather not have
 acquired :-(

I'm inclined to think that in some future version of Zope, we
should switch to making explicit acquisition the norm.

Jim

--
Jim Fulton   mailto:[EMAIL PROTECTED]   Python Powered!
Technical Director   (888) 344-4332http://www.python.org  
Digital Creationshttp://www.digicool.com   http://www.zope.org

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Turning acquisition off selectively.

2000-12-08 Thread matt

Surely you jest ?  I may be out of line, I am quite new to Zope and have
only made a few python products, but the nice thing I felt Acquisition.Implicit
gave was a sense of being able to put a method into an environment and let it
"discover" what was around it.  Aquisition.Explicit I thought was where you
knew specific things about your environment and wanted them from there instead
of what you had brought along yourself.

Matt

On Sat, 09 Dec 2000, Jim Fulton wrote:
 Chris Withers wrote:
  
  [EMAIL PROTECTED] wrote:
  
   That is, with a simple method, and not disabling the Acqusition class,
   something like self.aq_disabled('attribute') .
  
  So kindof the inverse of using Aquisition.Explicit and using the
  aq_acquire method?
  
  What you describe would be really cool...
  
  The only workaround for now is to use calls to ac_acquire() and provide
  a filter function, but this doesn't help when other code that you have
  no control over accesses an attribute that you'd rather not have
  acquired :-(
 
 I'm inclined to think that in some future version of Zope, we
 should switch to making explicit acquisition the norm.
 
 Jim
 
 --
 Jim Fulton   mailto:[EMAIL PROTECTED]   Python Powered!
 Technical Director   (888) 344-4332http://www.python.org  
 Digital Creationshttp://www.digicool.com   http://www.zope.org
 
 ___
 Zope-Dev maillist  -  [EMAIL PROTECTED]
 http://lists.zope.org/mailman/listinfo/zope-dev
 **  No cross posts or HTML encoding!  **
 (Related lists - 
  http://lists.zope.org/mailman/listinfo/zope-announce
  http://lists.zope.org/mailman/listinfo/zope )
-- 
Matt Halstead (PhD)
Research and development
VirtualSpectator
http://www.virtualspectator.com
ph 64-9-9136896

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] using SybaseDA to connect to MS SQL

2000-12-08 Thread Neil K

Thanks to everyone for their assistance yesterday. I feel like I'm really
close to making this work now, but I can't get the Product to connect. I
always get "Invalid connection string".

One thing that puzzles me is the distinction between 'Server' and
'Datasource'.
If Datasources are what we're defining in the interfaces file, that looks a
whole lot like Server. I've seen PHP help pages dealing with these Sybase
libs and MSSQL; somehow they only need to specify user, password, and
database.

TIA for any assistance you can offer.



What I've done:

I have successfully compiled the SybaseDA product, with Sybase libs, etc,
set SYBASE and LD_LIBRARY_PATH environment variables in Zope startup.

As far as I know, I have created a valid 'interfaces' file. It looks like
this:

spindler
master tcp eth0 xxx.xxx.xxx.xxx 1433
query tcp eth0 xxx.xxx.xxx.xxx 1433

where spindler is the hostname of my computer, xxx.xxx.xxx.xxx is the
dotted-quad of my sql server. On the windows side, the SQL Server has
Network Utility on, port 1433.
(it refers to itself as SPINDLER, does case matter?)

I created a test database with user/passwd and so on.



The output I get upon connection:
--
Invalid connection string: database: quux, password: x, server:
spindler, transactional: Y, user: neilk


Traceback (innermost last):
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/ZPublisher/Publish.py,
line 222, in publish_module
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/ZPublisher/Publish.py,
line 187, in publish
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/Zope/__init__.py, line
221, in zpublisher_exception_hook
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/ZPublisher/Publish.py,
line 171, in publish
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/ZPublisher/mapply.py, line
160, in mapply
(Object: manage_adddcSybaseConnection)
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/ZPublisher/Publish.py,
line 112, in call_object
(Object: manage_adddcSybaseConnection)
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/Products/SybaseDAv2/DA.py,
line 100, in manage_adddcSybaseConnection
  File
/home/neilk/Zope/Zope-2.2.4-src/lib/python/Shared/DC/ZRDB/Connection.py,
line 132, in __init__
(Object: RoleManager)
  File
/home/neilk/Zope/Zope-2.2.4-src/lib/python/Shared/DC/ZRDB/Connection.py,
line 161, in edit
(Object: RoleManager)
  File
/home/neilk/Zope/Zope-2.2.4-src/lib/python/Shared/DC/ZRDB/Connection.py,
line 240, in connect
(Object: RoleManager)
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/Products/SybaseDAv2/db.py,
line 147, in __init__
  File /home/neilk/Zope/Zope-2.2.4-src/lib/python/Products/SybaseDAv2/db.py,
line 306, in _error
BadRequest: (see above)

--
Neil Kandalgaonkar, ActiveState



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




[Zope-dev] zope ftp site

2000-12-08 Thread Josh Zeidner

hi,

  This may be a redundant question, but how can I download zope products via 
FTP?

-josh

_
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )




Re: [Zope-dev] Significance of the ZODB split?

2000-12-08 Thread Robin Becker

In article [EMAIL PROTECTED], Jeremy
Hylton [EMAIL PROTECTED] writes
 "RB" == Robin Becker [EMAIL PROTECTED] writes:

  RB Anyone know why AM Kuchling needs to split off a Sourceforge
  RB project based on ZODB? I really liked the ZEO examples, but
  RB where's this going?

It is the most expedient way to start opening ZODB development,
including ZEO, up to a larger audience of developers.  Andrew's
project will focus primarily on packaging, testing, and
documentation.  In the short term, the easiest way to accommodate his
needs are to have his own SF project.

The plan is to have the two different CVS repositories integrated at
the level of working directories.  Developers will probably end up
with checkouts of both CVS trees, knit together so that Andrew's setup
scripts and the like encapsulates the source code from the DC tree.
(This setup makes the initial checkout a little complicated, but cvs
update should work normally.)

Andrew, Jim, and I and the rest of the PythonLabs team chatted about
these plans over Chinese food on Wednesday.  PythonLabs plans to get
much more involved in ZODB development.  One goal of that involvement
is to promote ZODB's use within the Python community, and Andrew's
work is an important part of that promotion.

Jeremy
...
Thanks! 
-- 
Robin Becker

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )