On Mon, Jun 06, 2005 at 01:38:36PM -0500, Skip Montanaro wrote:
Reinhold - Flat namespace: Should we tend to a more hierarchic library
Reinhold (e.g. inet.url, inet.http, inet.nntp)? This would increase
Reinhold clarity when searching for a module.
We've talked about
Hello Python developers,
I know this is developers list and I hope I'm right here. I'm using
python as scripting engine embedded in application but issue should be
more general.
When several scripts are executed simultaneously (under several
threads) one have to acquire/release locks. This
On Tue, Jun 07, 2005, Martin Aliger wrote:
Under those limitations, do you think, an easy rewrite of execution
engine is possible to allow simultaneous run of all threads?
Short answer: no
Longer answer: see previous threads about removing the GIL; if you still
have questions, please post to
Skip Montanaro wrote:
Tim On 6/6/05, Reinhold Birkenfeld [EMAIL PROTECTED] wrote:
- Flat namespace: Should we tend to a more hierarchic library (e.g.
inet.url, inet.http, inet.nntp)? This would increase clarity when
searching for a module.
Tim -1. I feel the
Reinhold Birkenfeld wrote:
Hello,
I am currently having some thoughts about the standard library, with regard
to Python 2.5 and 3.0. Since I don't want to withhold them from you, here
are they ;)
- Flat namespace: Should we tend to a more hierarchic library (e.g.
inet.url, inet.http,
Ron Adam wrote:
[snip]
Having less in the core distribution means smaller complete applications
to install when py2exe is used. There also needs to be some assurance
that the standard library has as few bugs in it as possible. The more
that's added to it, the more work and testing to do
Hi,
I'm having 2 problems with the current cvs :
During compilation this warning occurs:
*** WARNING: renaming dbm since importing it failed: build/lib.linux-i686-2.5/
dbm.so: undefined symbol: dbm_firstkey
and the 'dbm' module is unavailable.
I'm running MandrakeLinux 2005 (10.2) gcc 3.4.3
(I'm
Bob Ippolito wrote:
On Jun 7, 2005, at 11:47 AM, Josiah Carlson wrote:
Ron Adam wrote:
[snip]
Having less in the core distribution means smaller complete
applications
to install when py2exe is used. There also needs to be some assurance
that the standard library has as few bugs in
Fernando Perez wrote:
Skip Montanaro wrote:
I've wondered if it wouldn't be better if the std lib were all stuffed
into its
own namespace:
from std import urllib
If a more structured approach is desired, it could be
from std.www import urllib
One may want to look at the py.std
On Tue, Jun 07, 2005 at 08:49:11PM +0200, Irmen de Jong wrote:
furthermore the 'make install' of current cvs fails halfway trough
with the following errors:
.
.
Compiling /opt/python25/lib/python2.5/bsddb/test/test_associate.py ...
Sorry: TabError: ('inconsistent use of tabs
Aahz wrote:
Under those limitations, do you think, an easy rewrite of execution
engine is possible to allow simultaneous run of all threads?
Short answer: no
Longer answer: see previous threads about removing the GIL; if you still
have questions, please post to comp.lang.python.
Or, as a
Gregory P. Smith wrote:
[SNIP]
major gripe to -dev: a 'make install' of the full cvs tree should not
be required to test that some changes to existing .py files that pass
their tests (in this case they -are- the tests) are ok to check in.
You actually don't have to. If you execute the
On Wednesday 08 June 2005 07:08, Gregory P. Smith wrote:
ugh. this may be the result of me working on those files recently
without my usual .vimrc in place. i'll take a look. regardless,
where is the TabError coming from? those files are all valid python
even if they do have an annoying
13 matches
Mail list logo