The free Visual Studio 11 Express for Windows 8 (still in beta) will
produce both 32 and 64 bit binaries and allow multiple languages but
will only produce Metro apps. For desktop apps, either the paid
Visual Studio versions or the free 2010 Express releases are required.
https://www.microso
On Thu, May 24, 2012 at 5:21 PM, Terry Reedy wrote:
> The free Visual Studio 11 Express for Windows 8 (still in beta) will produce
> both 32 and 64 bit binaries and allow multiple languages but will only
> produce Metro apps. For desktop apps, either the paid Visual Studio versions
> or the free 2
The free Visual Studio 11 Express for Windows 8 (still in beta) will
produce both 32 and 64 bit binaries and allow multiple languages but
will only produce Metro apps. For desktop apps, either the paid Visual
Studio versions or the free 2010 Express releases are required.
https://www.microsoft.
On Fri, May 25, 2012 at 6:23 AM, Daniel Farina wrote:
>> Furthermore, if this is a hand-compiled Python, you could reconfigure
>> it --with-pydebug, so as to enable more assertions in the interpreter
>> core (this will make it quite a bit slower too :-)).
>
> Yes, this is my next step, although I
On 5/24/2012 4:20 PM, Daniel Farina wrote:
On Thu, May 24, 2012 at 12:59 PM, Mark Shannon wrote:
Please submit a report to the tracker for this.
(Add me to the nosy list if you can)
http://bugs.python.org/issue14903
However, I cannot add you to the nosy list, as you do not show up in the sea
On Thu, May 24, 2012 at 1:15 PM, Antoine Pitrou wrote:
> On Thu, 24 May 2012 12:11:58 -0700
> Daniel Farina wrote:
>>
>> Finally, what's especially strange is that I had gone a very long time
>> running this exact version of Python, libraries, and application quite
>> frequently: it suddenly star
On May 25, 2012, at 06:07 AM, Nick Coghlan wrote:
>If it only started happening recently, suspicion would naturally fall on
>the hash randomisation security fix (as I assume a new version of Python
>would have been pushed for 10.04 with that update)
I do not think the hash randomization patch has
On Thu, May 24, 2012 at 12:59 PM, Mark Shannon wrote:
> Please submit a report to the tracker for this.
> (Add me to the nosy list if you can)
http://bugs.python.org/issue14903
However, I cannot add you to the nosy list, as you do not show up in the search.
--
fdr
_
On Thu, 24 May 2012 12:11:58 -0700
Daniel Farina wrote:
>
> Finally, what's especially strange is that I had gone a very long time
> running this exact version of Python, libraries, and application quite
> frequently: it suddenly started cropping up a little while ago (maybe
> a few weeks).
Do y
On Thu, May 24, 2012 at 1:07 PM, Nick Coghlan wrote:
> If it only started happening recently, suspicion would naturally fall on the
> hash randomisation security fix (as I assume a new version of Python would
> have been pushed for 10.04 with that update)
I do not think so; I do not see in in the
On May 24, 2012 11:29 PM, "Eric V. Smith" wrote:
>
> Possibly I am being too tricky here by modifying parent.__path__, and I
> should just modify sys.path again, as you suggest. But I was trying to
> show that modifying parent.__path__ will also work.
Modifying namespace package __path__ attribut
On Thu, May 24, 2012 at 12:33 PM, Guido van Rossum wrote:
> I've reviewed the updates to the PEP and have accepted it. Congrats all!
Congrats!
-eric
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Un
If it only started happening recently, suspicion would naturally fall on
the hash randomisation security fix (as I assume a new version of Python
would have been pushed for 10.04 with that update)
Cheers,
Nick.
--
Sent from my phone, thus the relative brevity :)
__
Daniel Farina wrote:
Hello all. I seem to be encountering somewhat rare an infinite loop
in hash table probing while importing _socket, as triggered by
init_socket.c in Python 2.6, as seen/patched shipped with Ubuntu 10.04
LTS. The problem only reproduces on 32 bit machines, on both -O2 and
-O
Hello all. I seem to be encountering somewhat rare an infinite loop
in hash table probing while importing _socket, as triggered by
init_socket.c in Python 2.6, as seen/patched shipped with Ubuntu 10.04
LTS. The problem only reproduces on 32 bit machines, on both -O2 and
-O0 builds (which is how I
On 5/24/2012 2:33 PM, Guido van Rossum wrote:
> I've reviewed the updates to the PEP and have accepted it. Congrats all!
Thanks to the many people who helped: Martin, Barry, Guido, Jason, Nick,
PJE, and others. I'm sure I've offended someone by leaving them out, and
I apologize in advance.
But sp
I've reviewed the updates to the PEP and have accepted it. Congrats all!
I know the implementation is lagging behind a bit, that's not a
problem. Just get it into the next 3.3 alpha release!
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mail
On Thu, 24 May 2012 08:45:30 -0500, Brian Curtin wrote:
> On Thu, May 24, 2012 at 7:03 AM, Sturla Molden wrote:
> >
> > Mingw32CCompiler in cygwincompiler.py emits the symbol -mno-cygwin.
> >
> > This is used to make Cygwin's gcc behave as mingw. As of gcc 4.6 it is not
> > recognized by the ming
On Thu, May 24, 2012 at 7:03 AM, Sturla Molden wrote:
>
> Mingw32CCompiler in cygwincompiler.py emits the symbol -mno-cygwin.
>
> This is used to make Cygwin's gcc behave as mingw. As of gcc 4.6 it is not
> recognized by the mingw gcc compiler itself, and causes as crash. It should
> be removed be
On Thu, May 24, 2012 at 8:10 PM, eric.smith wrote:
> + Lib/test/namspace_pkgs
Typo: s/namspace/namespace/
> +Here we add the parent directories to ``sys.path``, and show that the
> +portions are correctly found::
> +
> + >>> import sys
> + >>> sys.path += ['Lib/test/namespace_pkgs/parent
Mingw32CCompiler in cygwincompiler.py emits the symbol -mno-cygwin.
This is used to make Cygwin's gcc behave as mingw. As of gcc 4.6 it is
not recognized by the mingw gcc compiler itself, and causes as crash. It
should be removed because it is never needed for mingw (in any version),
only for
21 matches
Mail list logo
