Guido van Rossum wrote:
IMO TALES should solve this for itself by introducing an if/then/else
expression form rather than depending on Python. If you can have a
not:.. expression, surely you can have an if:..:then:..:else:..
expression.
--Guido van Rossum (home page:
With the holiday schedule and people being on vacation, we have decided
to defer issuing a Zope 2.6.1 beta 2 release until after the first of
January, to avoid the necessity of creating a beta 3 release (because of
any potential bugs in beta 2 not found due to people being away.)
Have a Merry
If you feel like it, the change that is biting you is probably in here:
http://cvs.zope.org/Zope/lib/python/ZODB/
coptimizations.c.diff?r1=1.17r2=1.17.60.1only_with_tag=Zope-2_6-branch
I looked and there are some changes to the persistent_id code, but I
lack sufficient background with this
Jeffrey P Shell wrote:
But SQL Method DTML is very very very very nice. It has a lot of type
enforcement/safety measures (ie - autoquoting SQL Strings, ensuring
that a 'sqlvar type=float' operation is inserting a float); a lot of
*very* nice features for generating 'where' clauses (the
kent sin wrote:
I have a quick hack of Zope to use utf-8 as default
encoding.
This will allow all languages co-exist, making a
heaven for different language users. Also, this help
to easy Zope 2.6 for non latin users.
I did not test this very throughly, but it seems not
broken any thing yet.
alan runyan wrote:
Hi.
just wanted to drop you guys a line and say that
chrism_installer_branch will save the world.
But I have some questions:
Chris said its based on HEAD. Whats the
difference between HEAD and Zope-2_6-branch?
I probably shouldnt be running HEAD in production?
I am having
Stefan H. Holek wrote:
Shane,
You are talking about the Zope core unit tests, aren't you? Can you be
equally sure you do not break third party tests people wrote for their own
products and packages? Please keep in mind that ZC is not the only one
using the Testing package to write their unit
James Johnson wrote:
Hi all,
I'm using win2k and zope2.5.1 and python 2.1.2. And I don't have
the file Data.fs.in. I have the others files. Am I suppose to have
this file on win32.
tia,
- James
You don't need it; it merely provides a bootstrap of what Zope does on
startup if
Zope is currently released in three binary formats:
Windows - i386
Solaris 2.6 - SPARC
Linux RH 5.2 - i386
All binary releases come with python 2.1.3, built without large file
support.
We are proposing to change the binary distributions to newer releases,
at least on the
Ross Boylan wrote:
I find that when I refresh my product it destroys some of the
containment relationships. Things start failing, and as far as I can
tell the only recovery is to completely rebuild the object.
This is a big problem, and if anyone could explain what is going on
and how to avoid
Anthony Baxter wrote:
I've got a Data.fs which has been gradually moved from Zope version to
zope version (it's quite possible that the same Data.fs was originally a
Data.bbb!)
We've been getting the SearchIndex deprecation warning for some time, and
I'd like to fix it - as far as I can tell,
Matthew T. Kromer wrote:
On *my* RedHat 7.3 system, I cannot reproduce your problem.
However, you do note that exception 0x6e727574 is ASCII for 'nrut' or
'turn' backwards.
I dont know if that's meaningful or not. I usally watch out for ASCII
in things that should otherwise
jeffrey wrote:
Jens Vagelpohl writes:
have you read about the python crash-bug stemming from tiny thread
stack sizes on freebsd and applied the patch? the mailing list
archives should tell you what to do.
Ahh, thanks! I think I found the right patch and all. Won't get to find
Barry A. Warsaw wrote:
Working on the Zope 2.7 branch I noticed a very strange crash while
running the test suite. I re-checked out the Zope 2 cvs head, rebuilt
everything from scratch and I still get the crash. I'm about out of
ideas so I thought I'd post what I know here in case anyone else
Myroslav Opyr wrote:
For FreeBSD there is another pthreads related bug in Python. And
quick-patch from
https://sourceforge.net/tracker/?func=detailaid=554841group_id=5470atid=305470
with THREAD_STACK_SIZE=0x2 solves the problem. But it is quick and
dirty hack. Will it be solved in
Ahsan Imam wrote:
Hello,
I was going through the zope archive mail and saw message posted by
Matthew T. Kromer regarding crashing problems with Python 2.1.2. It
instructed to increase the
#define PyTrash_UNWIND_LEVEL from 50 500.
I just downloaded python 2.1.3. Do I still have to edit
Stefan H. Holek wrote:
--On Freitag, 10. Mai 2002 08:27 -0700 Andy McKay [EMAIL PROTECTED] wrote:
But... when you restart Zope it recreates them all again for you :)
However you can delete the Examples and not have them come back ;)
I think it was Matt who pointed out to me that I could
Stefano Noferi wrote:
Hi Zopers!
Thanks all for your time, especially to Matthew and Leonardo.
My patched Python/Zope systems run well now in multi-threads mode.
I tested with very hard Python Scripts too and my report is at all positive.
My relief is great, like many others zopers, I think ;
Martijn Jacobs wrote:
Hello Leo!
Tell us if your segfaults go away and whether Zope performance is
impacted by it.
The segfault is AWAY! I have an uptime of 2 hours now, it has never been
so long since it's in use! I don't notice any performance differences,
but I also have to say that I
Hey fellow Zopistas:
If you're still experiencing crashing problems with Python 2.1.2, and
Zope, please consider trying the following test:
From a clean Python build tree, modify Include/object.h line 587.
#define PyTrash_UNWIND_LEVEL 50
make this read
#define PyTrash_UNWIND_LEVEL 500
Leonardo Rochael Almeida wrote:
The official unofficial Zope place on irc is #zope at
irc.openprojects.net. Lots of cool and very knowledgeable people hang
out there.
OK, I put up a set of patches and a rather frazzled looking README for a
profiler patch to Python at
Hi Martijn,
We're basically just trying to construct traps to try to identify a
smoking gun. The upside is, if it works, we'll be able to fix the bug
very quickly. However, its based on assumptions about the exact nature
of the bug -- so each trap I write essentially is making a hypothesis
Leonardo Rochael Almeida wrote:
On Wed, 2002-03-13 at 21:30, Matthew T. Kromer wrote:
On Wednesday, March 13, 2002, at 10:40 AM, Leonardo Rochael Almeida
wrote:
What about patching Python to report the freed objects like you
mentioned on IRC? Also, how about turning on some flags
Dieter Maurer wrote:
Leonardo Rochael Almeida writes:
In any event, Martijn Jacobs (a.k.a. instability case #3 :-) sees his
crashes in pure dtml methods, which could mean that PythonScripts are
inocent in this case... or not, since the segfault hits inside the gc,
which might be
Attached is another diagnostic patch which you might apply to Python.
If you apply this patch, you WILL need to rebuild Zope to include it.
What it will do is complain to stderr if an object is INCREF'd from
refcount 0. It also silences the complaint for the one area which I
know revives
Matthew T. Kromer wrote:
Attached is another diagnostic patch which you might apply to Python.
If you apply this patch, you WILL need to rebuild Zope to include it.
What it will do is complain to stderr if an object is INCREF'd from
refcount 0. It also silences the complaint for the one
On Tuesday, March 12, 2002, at 05:08 PM, Leonardo Rochael Almeida wrote:
Matthew, thanks for taking the time to gdb the beast with me. Did you
come up with any instrumentation I should add to Python or Zope to get
what it is that Python is trying to resease twice? If you want, I can
what happens when you run single threaded?
what happens when you do
import.gc
gc.disable()
in z2.py?
On Tuesday, March 12, 2002, at 08:18 AM, Dario Lopez-Kästen wrote:
hm... i am now suffering from core dumps every 2-30 minutes...
anyone has gotten any further with tracking these down?
Ivo van der Wijk wrote:
On Tue, Mar 05, 2002 at 04:49:47PM +0100, Stefano Noferi wrote:
Hi,
With zope 2.4.4b1 and python 2.1.2 my system auto-restart (crash) running
python script again..
It's the Restricted Python problem resolved?
I also still experience instabilities with 2.4.4b1/2.1.2.
With respect to the overhead of inserting things into modules in the
source code, Fred Drake (I think!) pointed out to me that constructs in
the form
if __debug__: ...
are automatically removed by the parser when Python is run with the -O flag.
Note that I am *not* sure how Zope performs
Brian Lloyd wrote:
http://dev.zope.org/Wikis/DevSite/Projects/Zope2.6/ProposedFeatures
I tried to capture who volunteered for what, but please look
this over and let me know if I have you volunteered for something
that you didn't mean to volunteer for :) You can also fix it
yourself if you
If I had to make a wild guess, I would say 2.6 might land in the
May-June timeframe.
I would anticipate a drive for finalization in May, with the release
cycle in June.
That's not official, just a good guess based on our historical release
patterns.
On Friday, March 1, 2002, at 06:56 AM,
This hotfix addresses an important security issue that may affect some
users of Zope versions 2.2.0 through 2.5.x
The issue involves the checking of security for objects with proxy
roles. The context of the owner user that created the object with proxy
roles was not being taken into account
On Wednesday, February 27, 2002, at 06:49 PM, Leonardo Rochael Almeida
wrote:
So, what should I try now?
Did -t 1 help? If not, do you feel comfortable hooking up gdb and
getting a traceback?
___
Zope-Dev maillist - [EMAIL PROTECTED]
On Thursday, February 28, 2002, at 02:09 PM, Leonardo Rochael Almeida
wrote:
Funny enough, running with -t 1 solved it.
/me starts looking sideways to ZMySQLDA again, since it's not the new
beta version...
Good!
Based on the fact that I'm not being innundated with I'm still
crashing!
Leonardo Rochael Almeida wrote:
On Tue, 2002-02-26 at 21:55, Matthew T. Kromer wrote:
in lib/python/Products/PythonScripts/PythonScripts.py, try changing
Script_magic to be 4, and see if that helps.
Nope, time between restart after the change and 1st crash was aprox.
3m15s.
Rats! I
in lib/python/Products/PythonScripts/PythonScripts.py, try changing
Script_magic to be 4, and see if that helps.
FYI, some of this is written up in
http://www.zope.org/Members/matt/StabilityHOWTO
On Tuesday, February 26, 2002, at 07:15 PM, Leonardo Rochael Almeida
wrote:
On Tue,
[Removed extra Zope list CC]
Robin, if you haven't already been directed towards mxODBC, I suggest you
give that a try.
- Original Message -
From: Robin Smidsrod [EMAIL PROTECTED]
To: Zope User List [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, February 13, 2002 10:31 AM
On Tuesday, February 12, 2002, at 07:17 AM, seb bacon wrote:
However, I do build Python with gcc 3.1 (cvs) and Python 2.1.2 and with
various compile options can get a 17% speedup.
Could you share the compile options with us?
seb
OK, but be warned -- gcc cvs isnt guaranteed stable, so
Martijn Faassen wrote:
Hey,
I'm running into a weird problem I'm not sure how to tackle. I've
noticed that under some circumstances it takes a long time to copy
and paste a ParsedXML object. This seems to happen in a clean Zope,
at least in the Zope root, though it doesn't seem to happen in
FYI, those people who had to set ZOPE_SECURITY_POLICY to PYTHON are
advised to apply the following Patch for 2.5's cAccessControl.c module
and see if it helps.
As far as I can see, it solves the Zope 2.5 problems reported by Martijn
Faassen with ParsedXML.
--
Matt Kromer
Zope Corporation
Erik Stephens wrote:
Hello,
This is regarding the Zope restarting problem that's been talked about
recently. We've tried TONS of different configurations:
Python 2.1.x (with threads and with without pymalloc)
Zope 2.4.x (built wo_pcgi binary installs)
ZMySQLDA (with without the
Leonardo Rochael Almeida wrote:
Hi,
I previously had a segfaulting Zope 2.4.3 installation, whose segfaults
I traded for a leak when I disabled the cycle-gc.
I just installed Zope 2.4.4b1 (binary) hoping it'd fix the segfaults so
that Zope could go back to not leaking, but they persist.
Andy McKay wrote:
It uses the configuration set on the ODBC DSN I think. At least that is what
appears to happen.
AFAIK ZODBCA is only single threaded though, ZmxODBCA should be a better bet.
There is a Zope-DB list BTW and Matt Mr Zope RDBMS guru Kromer hangs out there
a lot.
--
Andy McKay
Leonardo Rochael Almeida wrote:
On Thu, 2002-01-31 at 15:11, Matthew T. Kromer wrote:
Well, I think I mentioned this before, but you do NOT want
--with-pymalloc on in your Python build. I'm just about 100% positive
that ExtensionClass derived objects will not play well with pymalloc
Eric Roby wrote:
Is anyone successfully using OracleStorage in a production system or
(better yet) as a storage server in a ZEO configuration ? It doesn't
appear that any work has been done on it for nearly 18 months. Will
OracleStorage work with the DCOracle2 product in support of 9i ?
Eric Roby wrote:
Mathew
Thanks for the quick response. My previous Zope project worked out great.
I feel very comfortable with the speed and stability of ZODB. However, I
was only managing 40,000+ objects. My new project has the potential of
exceeding a million objects. That plus the fact
Ahsan Imam wrote:
Setting the variable did not help.
I downloaded and built Python 2.1.2 yesterday.
Products:
zope-tinytable-0.8.2-2
zope-zmysqlda-2.0.7-5
Chris McDonough [EMAIL PROTECTED] 01/24/02 12:22 PM
Sigh. Can you try to start Zope with the environment variable
On Thursday, January 24, 2002, at 12:57 PM, Ahsan Imam wrote:
Hey Chris,
1) Installed Python 2.1.2 (with threads and without pymalloc)
2) Got the latest cvs built of zope 2.4.
3) Then compiled zope wo pcgi.
4) Even tried with the Zope 2.5 beta.
Zope still keeps restarting every 10 to 15
Harald Koschinski wrote:
Anthony Baxter wrote:
Harald Koschinski wrote
Hallo,
after switching to python 2.1.2 compiled with GC
(intranet:/usr/local/src/Python-2.1.2 # ./configure --without-pymalloc)
the crashes are back again :-(((
Which version of Zope?
2.4.3
Leonardo Rochael Almeida wrote:
On a related note, when is Zope 2.4.4 comming out?
Post Python 2.1.2 final. :) Probably very shortly therafter.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No
Andrew Sydelko wrote:
Trying to start a ZEO client using Zope 2.5.0b4 doesn't
work:
--
2002-01-15T20:13:20 INFO(0) client Trying to connect to server: ('192.168.1.52', 8900)
--
2002-01-15T20:13:20 INFO(0) ClientStorage Connected to storage
--
2002-01-15T20:13:20 ERROR(200) ZODB
Chris McDonough wrote:
OIC. Thanks!
This patch probably makes sense for some class of usage. I'm a little
skittish because I think doing magic (e.g. if I dont find a data
container where I said there was one, make one in /temp_folder)
might tend to bite folks. Also, doing writes on
John Ziniti wrote:
I used to have the Product TrackerBase installed
and have removed it. Now, however, attempts to
access the Advanced tab of ZSQL Methods is
broken because a chain of events attempt to get
info about a the non-existent Product:
For what it's worth:
Today I helped Jens track down a problem under FreeBSD where Zope was
crashing rendering a page which rendered successfully on other systems.
It turns out that the default stack size for a thread under FreeBSD is
64K, and that's not enough stack space to render this
a source Python 2.1.2 release with
a source zope 2.4.4 ? bugfix release (or create my own from the 2.4
cvs branch) once the fixes are complete. We do not want to put a 2.5
release in production at this time.
Thanks for the update.
regards,
- j
At Wed, 19 Dec 2001 09:25:08 -0500,
Matthew T
Well the ExtensionClass.h fix I think is completely harmless (assuming
you recompile every ExtensionClass based C module) but I'm not convinced
it's necessary, either. It's more of an insurance policy -- if every C
module plays by the rules and checks the type flags field of the type
object
Jeremy Hylton wrote:
MTK == Matthew T Kromer [EMAIL PROTECTED] writes:
MTK A side effect of shutting off the garbage collector is that you
MTK can have some storage leaks. We're working on being able to
MTK re-enable the garbage collector so that you don't exhaust
MTK memory over time
Leonardo Rochael Almeida wrote:
On Tue, 2001-12-18 at 13:44, Matthew T. Kromer wrote:
Soo... if shutting off GC extends time between crashes for some folks
from every 15 minutes to 3 times a day, my advise is to shut off GC.
Now I can really confirm that gc.disable() is enough to avoid
Harald Koschinski wrote:
Matthew T. Kromer wrote:
OK, I am formulating a hypothesis that if you replace
ExtensionClass.h in Zope 2.4 and Zope 2.5 with the following one:
http://cvs.zope.org/~checkout~/Zope/lib/Components/ExtensionClass/src/ExtensionClass.h?rev=1.16.140.2content-type=text
Joseph Wayne Norton wrote:
Matt -
Well, your patch seems fine in our testing environment.
Unfortunately, we do not see any restarts in the testing environment
... always in production. I had to rebuild our entire software base
because we are using other products that use extensions class and
Brad Clements wrote:
Sorry if this is FAQ..
I've been reading the petrilli's DA how-to, and thinking about Thunked_TM.
For Interbase, I'm thinking of trying a DB connection pool that threads can
checkout.
That is, each DB connection is serialized to be used by one thread only, but there
can
Florent Guillaume wrote:
(gdb) print *((PyObject *) gc)-ob_type
$1 = {ob_refcnt = 18213696, ob_type = 0x2d70b0, ob_size = 0,
tp_name = 0x1 T, tp_basicsize = 1328272, tp_itemsize = 4156348,
tp_dealloc = 0x125865c, tp_print = 0x3c1b04, tp_getattr = 0,
tp_setattr = 0,
tp_compare = 0x29,
Hi Joe,
The problem you're seeing is that the fault is happening on a different
thread than the receiver of the signal; that truss syntax is interesting
though (I have an old SPARC around to test on but its painfully slow) so I'm
wondering if first you needed to do an 'info thread' in gdb and
People having problems with medusa on Linux and Solaris (particularly
solaris) can try running this patch:
http://www.zope.org/Members/matt/patchMedusa-asyncore.py
Run it from your Zope root. It will copy asyncore.py from the python
lib and patch it using the patch command.
Joachim Werner wrote:
class Rewrapper(Base):
def __init__(self, path):
self._path = path
def __of__(self, parent):
ob = parent
for p in self._path:
ob = getattr(ob, p) = HERE WE GET A RECURSION ERROR
return ob
OK,
I think this is
Also, for the record we usually get a bunch of these quite often:
2001-11-04T09:04:33 ERROR(200) ZServer uncaptured
python exception, closing channel zhttp_channel connected
XXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4
(socket.error:(32, 'Broken pipe')
Dario Lopez-Kästen wrote:
Well, sorry to disapoint everybody, but we have the same signal 11 restarts
here.
Oh sure, go spoil my blame it on the other guy theory.
We are using DCO2 latest from CVS and have _very_ high Oracle database
usage.
We have yesterday changed from our solaris box to
- Original Message -
From: Leonardo Rochael Almeida [EMAIL PROTECTED]
Speaking of options, is linux-binary-Zope-2.4.3-python still being
compiled with --pymalloc? As I mentioned before, our segfaults reduced
drastically WITHOUT it.
The answer is Yes, I think :)
I built the linux
Hi Alessandro,
Zope and Python combined aren't too bad if you write some wrappers that help
you manipulate data; the problem comes about when you try to do large naive
queries -- there is a LOT of overhead in taking Oracle data, encapsulating
it in Python objects, and then wrapping that in the
Andy Dustman wrote:
If you don't think a core dump is going to be useful, gdb isn't going to
be either.
Well, the problem is on Linux, the core file is from the process that
received the SIG11, not the one that caused it, in most cases (due to
the way Linux implements threads). To the best
Leonardo Rochael Almeida wrote:
It's not fixed, but we managed to make it bearable so as not to lose the
client.
by replacing LoginManager with exUserFolder we managed to bring down the
zope restart time from 5 min (we have a HUGE Data.fs) to 20 secs, and by
installing ZEO we brought down the
Leonardo Rochael Almeida wrote:
Well, one of the things I was going to ask next was for some help doing
postmortem.
We aren't getting any core files, even after setting ulimit correctly
(although we could be setting it uncorrectly. I'll look into that
further). Anyway, someone else in this list
Radu Buzea wrote:
I have a problem with a Zope 2.3.0 (source release, Python 1.5.2 [GCC 2.96
2731 (experimental)]) on Linux and MySQL.
I'm using ZMySQLDA to connect to a MySQL database. I use a single database
table (witch has over 3500 records right now). There are over 1000 records
posted
seb bacon wrote:
What we need, as Paul suggested about zope-web, is a set of community
members who are able and willing to contribute 10 hours per week. I
think there are very few such people. I would love to, but I simply
can't. The best way of getting such people is to cast the community
I'm not really sure when this was asked ( I dont think it was '99) :)
The img> tag is in the containing document, not the actual method which returns the image... Somewhere else you have an img src="myZopeUrlWhichReturnsAnImage"> which is where you slap the height and width tags.
On Friday,
The only real suggestion I have is to attach the debugger to a running
thread and hope it hits the fault while the debugger is attached. Linux
core files are difficult to impossible to debug when threading is
active. The 2.4 kernels may have addressed this some but I dont know
that gdb has
Juan Javier Carrera Obrero wrote:
Hello,
I have stored images in a Oracle's BLOB field. I have tried to display
them from Zope in a dtml-in method, but I can not show them.
Anybody knows to how do it ?
Thanks.-
Note: I am using Zope 2.4.1, Python 2.1 and Oracle 8i
Casey Duncan wrote:
One of my products exposed a bug in the 2.4.2 version of DTMLMethod.py. It is
minor and can be worked around, but I wanted to point it out:
Line 203 of DTMLMethod.py now contains:
del self.__dict__['validate']
which is part of a try...finally statement.
It seems that the
E. Seifert wrote:
Hi list,
I just installed the 2.4.2 update over my Linux Zope 2.4.1 and I get the
following traceback:
Traceback (innermost last):
[...]
(Object: standard_html_header)
File /usr/local/zope/lib/python/Products/Renderable/Renderable.py, line
17, in __str__
(Object:
Jim Washington wrote:
Would it be smart to include the python header files in the zope
binary distributions? That would seem to solve a few problems for the
individuals using them.
-- Jim Washington
The next binary release will go out the door with Python headers
installed. We've
On Wednesday, October 3, 2001, at 10:53 AM, Leonardo Rochael Almeida
wrote:
Matthew T. Kromer wrote:
The next binary release will go out the door with Python headers
installed. We've already set it up for the packager to do that.
Does that mean that using the binary Zope bundled
Geir Bækholt wrote:
Hello Dario,
Just noticed behaviour similar to this a couple of days ago , but
haven't had the time to file a report on it.. - We managed to narrow
it down a bit , tho' :
In our installation ; Zope silently restarted , quite quickly , and
almost unnoticeable to our
Matthew T. Kromer wrote:
Geir Bækholt wrote:
Hello Dario,
Just noticed behaviour similar to this a couple of days ago , but
haven't had the time to file a report on it.. - We managed to narrow
it down a bit , tho' :
In our installation ; Zope silently restarted , quite quickly
Mitchell L Model wrote:
Trouble compiling Zope 2.4.1 on Mac OS 10.1:
tried 'python wo_pcgi' with both a Python 2.2a4 I just made and
with my previous Python 2.1, both with and without sudo
cc -bundle -undefined suppress ./ExtensionClass.o -o
./ExtensionClass.so
Joachim Werner wrote:
Hi!
I am working on internationalizing a Zope 2.4.1 instance with ZBabel and
providing a set of patches for Zope 2.4.1. My idea was that things would
become much easier if I had a tarball that just contains all *.dtml files
and the folder structure for them, so I can
One of the things Zope 2.5 is going to do is limit the answers that are
available from a user folder when presenting the local role dialog; this
will prevent humongous lists from displaying and instead show a simple
text box where a user ID can be typed.
However, for existing user folders,
Andy McKay wrote:
Since the source of ZODBCA is not available could someone in DC compile this
for Python 2.1 / Zope 2.4? Or make the source available? Pretty please :)
http://www.zope.org/Products/DA/ZODBCDA
Thanks.
--
Andy McKay.
Hey, AFAIK the src directory inside the ZODBCDA
On Saturday, June 16, 2001, at 08:41 PM, Andreas Repp wrote:
(quoting himself)
... To solve the performance problem I´d suggest to cache the user
connections for a certain period of time. ...
Of course I haven't meant to 'cache' the connections but to keep em
alive
while the respective
For all of you (or at least, BOTH of yousmirk) Oracle users out there,
I packed up DCOracle2 Beta 3 this morning, including Z Oracle Stored
Procedures as part of ZOracleDA.
It can be found in the usual place,
http://www.zope.org/Members/matt/dco2
This isn't much different from Beta 2
Description
DCOracle2 is a replacement for DCOracle, written primarily in C. DCOracle 1
uses OCI 7 bindings for most Oracle calls, with OCI 8 mixed in for LOB
support. Oracle 8i disallows mixing of calls within a statement, and so
breaks LOB support. DCO2 uses entirely OCI 8 calls, and thus can
trumpets blare
Ta da, I grant you *official* permission to develop and contribute such a
product.
;)
That and $7CDN will get you lunch at McZargalds.
Yes, Wikis are are too sticky, and that's not cricket.
- Original Message -
From: Andy McKay [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
ZODBCA is on my list of things to evaluate freshing... there is a good
chunk of code out there for a CLI interface. One of the project wikis
mentions it somewhat, which I'll update on dev.zope.org as I get better
details.
The downside is I am not an NT evangelist; I'm more like a penguin in a
I just packaged up DCOracle2 Alpha 5 on Zope.org. Given that
there are no glitches or
geez-I-shouldnta-changed-that-at-the-last-minute fixes present,
I'm ready to have a wider set of people eyballing it. A few
have, largely just from seeing it show up on the News column of
Zope.org.
If you use
[EMAIL PROTECTED] wrote:
Hi *,
after upgrading to latest Zope we are having problems with the
ZOracleDA product. The first SQLMethod **after** a call to an external
method using DCOracle to update the db, fails with an error saying that
the connection is closed. (connection can't
Roman Milner wrote:
I'm trying to get DCOracleStorage up and running, but I'm getting
errors trying to run Full.sql. I know didly about plsql, so I
apalogize if this is obvious.
When I run Full.sql I get the following errros. Does this mean my
oracle installation is missing something?
Monty Taylor wrote:
Is anyone working on fixing DCOracle? I'll have someone look into if no
one else is, but I'd prefer to spend the energy elsewhere if it's
already being addressed. (The LOB support would be nice for me as well.)
I've got a partial rewrite, but the LOB support hasn't gone
Alexander Schad wrote:
Alex, Oracle 8i broke DCOracle's support for LOBs; DCOracle primarily
uses OCI 7 (Oracle 7) calls, and Oracle 8i enforces a restriction that
OCI 8 objects cannot be used in the context of an OCI 7 statement.
You can use Oracle 8.0 for this, the restriction isn't
Alexander Schad wrote:
Hello!
i have Oracle 8.1.6 ZOracleDA 2.2 installed with Zope 2.1.6 on a red hat
linux machine.
i have an oracle table with one column containing blobs. Now i have
the following problems:
1. How can i retrieve data from that table in zope or in python (syntax)
sure it's not SYSV type
shared memory (which can stick around even after a process exits.)
--
Matthew T. Kromer
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** N
1 - 100 of 101 matches
Mail list logo