RE: [IronPython] config files vs. env vars and site.py

2005-05-04 Thread Keith J. Farmer
I suppose this conversation should make a distinction, which may make entire differences disappear. - the engine the implements the dynamic nature of the language - the compiler, which takes something written in the language and packages it into a language-neutral form - a shell which embeds th

RE: [IronPython] config files vs. env vars and site.py

2005-05-04 Thread Keith J. Farmer
The proliferation of custom config files has been the bane of my existance, lately. :) And I just spent another night wrestling around with the propagation of environment variables. My boss keeps saying that computers and programming are hard. I don't see that as an excuse for keeping it tha

RE: [IronPython] config files vs. env vars and site.py

2005-05-04 Thread Keith J. Farmer
I'm not all that worried about short-term -- C# is a very lovely language, and I'm holding out hopes to see C-omega either released or folded into C#. I've waited a couple years for generics, and I'll wait a couple years for sql, xml, and object streams as first-class constructs. I'm perfectly

Re: [IronPython] config files vs. env vars and site.py

2005-05-04 Thread Oran Dennison
As long as there's a programmatic way to set everything (perhaps with the helper methods on PythonEngine like Jim mentioned), you create any config-based scheme you want.   I always prefer to build programmatic config control first, then call that from my config file parser(s).  That way I'm not ha

[IronPython] config files vs. env vars and site.py

2005-05-04 Thread Jim Hugunin
Right now, IronPython-0.7.* isn't well designed for building Python applications to be deployed. It's primarily a tool for developer use. Part of fixing this is making configuration nicer; however, I'm not sure that config files will be the right final answer. Here's how I see people wanting

Re: [IronPython] 0.7.4 doesn't allow more than one IronPythonConsole...

2005-05-04 Thread Anthony Tarlano
Timothy, Yes the pollution is really a problem. You see in CPython the .pyc files are at least contained to the package directory where the modules live, thus they follow the pigeon-hole principle (one-to-one). The current release puts at the very least 6 files ( site.{exe, pdb},  snippets.{exe,

Re: [IronPython] 0.7.4 doesn't allow more than one IronPythonConsole...

2005-05-04 Thread Timothy Fitz
On 5/4/05, Anthony Tarlano <[EMAIL PROTECTED]> wrote: > I filed a bug as usual, but maybe you should consider a 0.7.4.1 release > fixing this and the *[exe,pdb] file pollution problem asap Is the exe "file pollution problem" really a problem? Conceptually, CPython and IronPython are doing the same

[IronPython] 0.7.4 doesn't allow more than one IronPythonConsole...

2005-05-04 Thread Anthony Tarlano
I filed a bug as usual, but maybe you should consider a 0.7.4.1 release fixing this and the *[exe,pdb] file pollution problem asap Keep up the good work!Anthony___ users-ironpython.com mailing list users-ironpython.com@lists.ironpython.com http://lists

Re: [IronPython] Re: IronPython 0.7.4 released

2005-05-04 Thread Anthony Tarlano
Great job geeting 0.7.4 out the door!! Thanks for the heads up that it's possible to just grab the Lib directory from Python-2.3.5 and replace the IPython/bin/Lib directory to get the ball rolling... One big question comes to mind now that I have all those nice stdlib .py files.. Do you intend to