R.K. Owen Ph.D. (rk...@ow...) wrote:
> Hello Modules list:
>
> I've released version 3.1.3, which has the following changes (the biggest
> being the addition of about 100 tests & quoting the environment variable
> contents, plus some significant bug fixes). I think this release is
> pretty solid.
[snip]
> The purpose of this latest version, was to fix all the known bugs
[more snippage]
Hello, Dr. Owen.
First of all, it's great to hear from you -- it's been awhile and
the modules-interest list has been kinda quiet. Thanks for the
big update; I'll build and begin testing today.
I posted a bug in the Sourceforge problem report area last week;
do those postings generate an email to you and/or Robert Minsk?
I thought to send a message to the list, but I thought it would
be redundant.
> Now it comes to the heart of the matter. There have been some requests
> to fix modules to handle deep modulefile directories with regards
> to version files, etc..
[snip]
I wish I had something intelligent to offer on this, but it's
so unnecessary in our usage of modules that it's a don't-care
to me... I wonder if any of the requestors of the feature might
be able to expand on their usage model so this lost soul could
better understand the need for these changes? I hate it when
my clue meter isn't registering...
[big snip]
> However, to accomplish these changes, it will require rewriting a
> good portion of the locating module parts. And while I'm at it, I
> intend to make the code more object oriented to make the code easier
> to deal with. I think most everyone who has looked at the sources
> will agree that there are too many global variables, side effects,
> and special cases embedded in the code making the simplest of changes
> a potential catastrophe waiting to be triggered later. A potential
> windfall may be the ability to use other embedded interpretors
> besides Tcl (just a thought).
If it might make the code more approachable for a (newbie)
programmer such as myself, I'd love to see it. Of all the
open source projects I've benefited from, modules is the one
that I'd most like to contribute to.
Best regards,
- Leo Butler
|