Facundo Batista wrote:
> Hi!
>
> I was looking to this bug: http://bugs.python.org/issue1255
>
> It basically creates a deadlock in Python by doing the following:
>
> - aa.py imports bb.py
> - bb.py imports time and generates a thread
bb.py is broken - importing a module should never spawn a
On 10/19/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> 2007/10/19, Adam Olsen <[EMAIL PROTECTED]>:
>
> > The solution then is, if your python file will ever be imported, you
> > must write a main function and do all the work there instead. Do not
> > write it in the style of a script (with sign
Facundo Batista wrote:
> What I did *not* find, and why I'm asking here, is how to solve it.
>
> Exists a known solution to this?
I know a possible solution. You could write a patch that moves the
imports in C code to the module init function and stores the modules in
a global static variable.
C
2007/10/19, Adam Olsen <[EMAIL PROTECTED]>:
> The solution then is, if your python file will ever be imported, you
> must write a main function and do all the work there instead. Do not
> write it in the style of a script (with significant work in the global
> scope.)
I had this a as a good codi
On Fri, 19 Oct 2007 15:51:51 -0700, Collin Winter <[EMAIL PROTECTED]> wrote:
>On 10/19/07, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
>> In trunk after 2.5, equality and hashing for TestCase were added, changing
>> the behavior so that two instances of TestCase for the same test method hash
>
On 10/19/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I was looking to this bug: http://bugs.python.org/issue1255
>
> It basically creates a deadlock in Python by doing the following:
>
> - aa.py imports bb.py
> - bb.py imports time and generates a thread
> - the thread uses time.strp
On 10/19/07, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> In trunk after 2.5, equality and hashing for TestCase were added, changing
> the behavior so that two instances of TestCase for the same test method hash
> the same and compare equal. This means two instances of TestCase for the
> sa
In trunk after 2.5, equality and hashing for TestCase were added, changing the
behavior so that two instances of TestCase for the same test method hash the
same and compare equal. This means two instances of TestCase for the same test
method cannot be added to a single set.
Here's the change:
Hi!
I was looking to this bug: http://bugs.python.org/issue1255
It basically creates a deadlock in Python by doing the following:
- aa.py imports bb.py
- bb.py imports time and generates a thread
- the thread uses time.strptime
The deadlock is because the strptime function imports another mod
> Does anyone know, why setuptools cannot find VS8?
Python 2.5 does not support being built with VS8, and distutils
"knows" that. The official compiler to build Python 2.5 is
VS 7.1.
There are environment variables to tell distutils otherwise;
see the documentation or the source for details. Thi
> The 64-bit windows trunk buildbot now only fails the test_winsound test.
> This is because for whatever reasons the machine cannot play any sounds.
> I have no idea why this is so, and I'm not too inclined to fix this. The
> buildbot is running Window XP 64-bit in a vmware image running under ub
Thomas Heller schrieb:
> The 64-bit windows trunk buildbot now only fails the test_winsound test.
> This is because for whatever reasons the machine cannot play any sounds.
> I have no idea why this is so, and I'm not too inclined to fix this. The
> buildbot is running Window XP 64-bit in a vmware
The 64-bit windows trunk buildbot now only fails the test_winsound test.
This is because for whatever reasons the machine cannot play any sounds.
I have no idea why this is so, and I'm not too inclined to fix this. The
buildbot is running Window XP 64-bit in a vmware image running under ubuntu.
I
Hi all,
I've got a tricky problem with a self-compiled python2.4.4 under Windows
Vista. I compiled with Visual Studio 8 Standard (.NET 2005).
Python greets with the right header:
Python 2.4.4 (#71, Oct 19 2007, 18:49:44) [MSC v.1400 32 bit (Intel)]
on win32
I started the Visual Studio Sh
ACTIVITY SUMMARY (10/12/07 - 10/19/07)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1312 open (+23) / 11472 closed ( +5) / 12784 total (+28)
Open issues with patches: 420
Average durati
2007/10/16, Daniel Stutzbach <[EMAIL PROTECTED]>:
> I agree. A basic subquadratic radix conversion algorithm isn't much
> more complex than the existing quadratic code. I just whipped
> together a Python prototype and it's only 15 lines.
Do you have a patch for decimal.py of current trunk?
Don
On 10/16/07, Mark Dickinson <[EMAIL PROTECTED]> wrote:
> > Radix conversion can be done in O(n log**2 n) time using a divide and
> > conquer algorithm.
>
> Isn't there a log(log n) missing here?
Possibly, but who's counting? :-)
> In any case, it seems to me
> that achieving this sort of complex
Guido van Rossum suggested I forward this email to you. I contacted him
earlier this week regarding the inquiry below. Please read.
> Our company produces hardware for both wired and wireless
> device networking. We recently launched a wireless gateway that supports
> Python for programmabili
On 10/16/07, Mark Dickinson <[EMAIL PROTECTED]> wrote:
> I'm almost sure that adding 4 digit numbers together is not what
> Decimal was intended to be used for, but it still seems unreasonable
> that it takes almost 5 seconds to do such an addition. The reason for
> the quadratic behaviour is
19 matches
Mail list logo
