Thanks. I understand the advantages of backward compatibility. And these
kinds of things are difficult decisions to make. But I am *very* well
aware of the reluctance of users not to do anything that they fear
(correctly or not) would destabilize their critical application.
There are, of course, at least two schools of thought on this sort of
thing: (1) maintain only the lowest common denominator, or (2) maintain
multiple releases. If you have an excellent source code control system or
software engineering environment, (2) becomes reasonably straightforward.
I'm not sure I'd be anxious to do it in Python. We used to do this with
the SAS/C and C++ compilers and cross compilers -- using the Apollo
precursor to Clearcase -- and we could easily maintian a wide variety of
source bases for multiple hosts and multiple targets. But with anything
less powerful than this, and without some kind of conditional compilation
or conditional build capability, I would probably flee from it myself.
Maintaining multiple versions is truly a pain if the right tools aren't
available. And it really all depends on which market (and how wide a
market) you're trying to serve.
--------------------------------------
Gary H. Merrill
Director and Principal Scientist, New Applications
Data Exploration Sciences
GlaxoSmithKline Inc.
(919) 483-8456
"Gordon McMillan"
<[EMAIL PROTECTED]
m>
To: [EMAIL PROTECTED], [EMAIL
PROTECTED]
Sent by:
[EMAIL PROTECTED] cc:
qui4.com Subject: Re: [Metakit] Closing storages
(again)
29-Dec-2003 08:47
Please respond to
[EMAIL PROTECTED]
On 27 Dec 2003 at 16:30, [EMAIL PROTECTED] wrote:
[...]
> So now my question is this: Are weak references to PyStorage
> objects unsupported simply because the necessary stuff to
> support them was just never added? (It doesn't *look* as
> though it would take much to support this.) Or is there some
> more fundamental reason weak references to PyStorage objects
> can't be supported?
Mk4py can still be compiled with Python 1.52. This has proved
valuable to a number of people (myself included) whose hosting
providers subscribe to the "if it aint broke don't fix it" philosophy.
-- Gordon
http://www.mcmillan-inc.com/
_____________________________________________
Metakit mailing list - [EMAIL PROTECTED]
http://www.equi4.com/mailman/listinfo/metakit
_____________________________________________
Metakit mailing list - [EMAIL PROTECTED]
http://www.equi4.com/mailman/listinfo/metakit
