Nick Coghlan wrote:
> Rotem took the time to explain the problem to me more fully in private email,
> and it appears that using import statements inside functions is currently
> fundamentally unsafe in a posix environment where both multiple threads and
> fork() are used. If any thread other tha
M.-A. Lemburg wrote:
> Well, the strings and integers count twice: once in the module
> namespace and once in the errorcode dictionary.
That shouldn't be the case: the strings are interned (as they
are identifier-like), so you have the very same string object
in both dictionaries.
The numbers sho
On 5/15/06, Richard Jones <[EMAIL PROTECTED]> wrote:
I just built 2.5 SVN on my OS X 10.4 laptop. I ran into the missingsys/statvfs.h problem that has been reported here in the past. Tosolve the problem I needed to upgrade my XCode install from 1.1 to2.2.1 - the missing header files (there was actu
I just built 2.5 SVN on my OS X 10.4 laptop. I ran into the missing
sys/statvfs.h problem that has been reported here in the past. To
solve the problem I needed to upgrade my XCode install from 1.1 to
2.2.1 - the missing header files (there was actually a whole lot of
them) were then instal
[Brett Cannon]
> Ignorant question probably, but why can't the test just check for the
> directory first, and remove it if it exists?
Because it's a stupid hack that should never be necessary: the test
cleans up after itself in a "finally" clause. It only looks
attractive right now because an e
On 5/15/06, Tim Peters <[EMAIL PROTECTED]> wrote:
[Tim]> "Something went wrong" here on Windows. The Windows buildbot slaves> other than mine eventually died with:>> """> ...> test_tarfile>> command timed out: 1200 seconds without output
> """:>> I was working on my box at the time, and it became
[Tim]
> "Something went wrong" here on Windows. The Windows buildbot slaves
> other than mine eventually died with:
>
> """
> ...
> test_tarfile
>
> command timed out: 1200 seconds without output
> """:
>
> I was working on my box at the time, and it became dramatically
> unusable: took about two
> Author: georg.brandl
> Date: Mon May 15 21:30:35 2006
> New Revision: 46005
>
> Modified:
>python/trunk/Lib/tarfile.py
>python/trunk/Lib/test/test_tarfile.py
>python/trunk/Misc/NEWS
> Log:
> [ 141 ] tarfile.py: support for file-objects and bz2 (cp. #1488634)
"Something went wrong
[R. Christian Call]
> I recently checked out the 2006-02-04 python trunk, but I can't get it
> to build in Visual Studio 2003 .NET.
>
> When I open up the PCbuild\pcbuild.sln file in VS2003 .NET and then try
> to build the solution, I get the following errors:
>
> fatal error C1083: Cannot open in
On 5/15/06, R. Christian Call <[EMAIL PROTECTED]> wrote:
> I recently checked out the 2006-02-04 python trunk, but I can't get it
> to build in Visual Studio 2003 .NET.
>
> When I open up the PCbuild\pcbuild.sln file in VS2003 .NET and then try
> to build the solution, I get the following errors:
>
I recently checked out the 2006-02-04 python trunk, but I can't get it
to build in Visual Studio 2003 .NET.
When I open up the PCbuild\pcbuild.sln file in VS2003 .NET and then try
to build the solution, I get the following errors:
fatal error C1083: Cannot open include file: 'bzlib.h': No such
Martin v. Löwis wrote:
> M.-A. Lemburg wrote:
>> I was leaving those out already - only the codes named 'ERROR_*'
>> get included (see attached parser and generator).
>
> Right. One might debate whether DNS_INFO_AXFR_COMPLETE (9751L)
> or WSAEACCES (10013L) should be included as well.
The WSA cod
Guido van Rossum wrote:
> Yeah, I think imports inside functions are overused.
Rotem took the time to explain the problem to me more fully in private email,
and it appears that using import statements inside functions is currently
fundamentally unsafe in a posix environment where both multiple t
13 matches
Mail list logo
