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
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 in
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.
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
> 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 l
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 librar
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 it as pos
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'
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 d
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.
Fernando Perez wrote:
> Skip Montanaro wrote:
>
>> I wouldn't mind a stdlib that defined a set of top-level packages (some of
>> which might be wholly unpopulated by modules in the standard distribution)
>> It might, for example, define a gui package and gui.Tkinter and gui._tkinter
>> modules, le
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
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 t
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 degrad
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
15 matches
Mail list logo
