Re: [Python-Dev] distutils, win32, multiple C extensions

Python-List (http://mail.python.org/mailman/listinfo/python-list) is the better place for this kind of question; Python-Dev is for the development of Python itself, not for development using Python. When you built E1, it should have also built a ".lib" file in addition to the ".pyd". It's the .lib

Re: [Python-Dev] VS 11 Express is Metro only.

On Fri, May 25, 2012 at 5:06 AM, wrote: > It is better documented here, and seems something to start thinking about: >> >> http://arstechnica.com/**information-technology/2012/** >> 05/no-cost-desktop-software-**development-is-dead-on-**windows-8/

Re: [Python-Dev] Does trunk still support any compilers that *don't* allow declaring variables after code?

On Wed, May 2, 2012 at 6:56 AM, Stefan Behnel wrote: > I'm not sure if MSVC and MSVC++ are the same thing, but I surely remember > reports by MSVC users only a few years ago that Cython generated C code > contained a declaration after an executed code at some point, and that > failed to compile f

Re: [Python-Dev] Draft PEP and reference implementation of a Python launcher for Windows

On Sun, Mar 20, 2011 at 6:27 PM, "Martin v. Löwis" wrote: > > I'm primarily bothered about the failure to implement TerminateProcess > correctly. I don't actually know what use cases would be affected, other > then saying that anything launching py.exe could be affect, in > particular applications

Re: [Python-Dev] Windows

debugging real issues. I would turn off JIT debugging. On an unattended machine, it's more annoying than useful. http://msdn.microsoft.com/en-us/library/5hs4b7a6(VS.80).aspx -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing l

Re: [Python-Dev] Why is nan != nan?

PU and the C libraries I tested will preserve the payload. I imagine Python just inherits their behavior. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubs

Re: [Python-Dev] Why is nan != nan?

haven't been paying much attention, but this is backwards. There are multiple representations of NaN in the IEEE encoding; that's actually part of the problem with saying that NaN = NaN or NaN != NaN. If you want to ignore the "payload" in the NaN

Re: [Python-Dev] [PEP 3148] futures - execute computations asynchronously

  It's too similar to "from __future__ import > > ...". > > Futures is a common term for this, and implemented named this in other > languages. I don't think we should be adopting things that are common, > and found elsewhere and then renaming them. Ano

Re: [Python-Dev] PEP 3147: PYC Repository Directories

On Sun, Jan 31, 2010 at 11:16 AM, Terry Reedy wrote: > > 'pycache' would be pretty clear. > Heh -- without the underscores, I read this as "pyc ache". Seems appropriate. -- Curt Hagenlocher c...@hagenlocher.org ___ Pytho

Re: [Python-Dev] Integer behaviour in Python 2.6.4

On Sun, Nov 1, 2009 at 8:22 PM, Sturla Molden wrote: > > Why does this happen? > > >>> type(2**31-1) > Does that not happen on non-Windows platforms? 2**31 can't be represented as a 32-bit signed integer, so it's automatically promoted to a long. -- Cur

Re: [Python-Dev] time.clock() on windows

ement time.clock() on Windows the way they did -- this seems very broken to me, and I think it should be changed. Of course, there are no doubt people relying on the broken behavior... -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Pyt

Re: [Python-Dev] Support for Python/Windows

probably need VS Pro. The 64-bit compilers should be in the Windows SDK, but it wouldn't surprise me if they were not included in Express. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.p

Re: [Python-Dev] Support for Python/Windows

more* restrictive than what you can get without it. Disclaimer: I work for Microsoft, but eh, I'm just guessing. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/li

Re: [Python-Dev] Windows Toolchain

On Mon, Jul 13, 2009 at 2:55 PM, Antoine Pitrou wrote: > > Curt Hagenlocher hagenlocher.org> writes: >> >> The OS has to provide a mechanism to enable execution for a particular >> region of memory. Under Windows, this is done by the VirtualProtect >> func

Re: [Python-Dev] Windows Toolchain

one might think for a lot of programs... The OS has to provide a mechanism to enable execution for a particular region of memory. Under Windows, this is done by the VirtualProtect function. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mai

Re: [Python-Dev] Making the GIL faster & lighter on Windows

is low, a critical section should be a big win because it won't need to switch into the kernel. I suspect that contention will be frequent for the GIL A good description of pre-Vista Windows critical sections can be found here: http://msdn.microsoft.com/en-us/magazine/cc164040.asp

Re: [Python-Dev] a suggestion ... Re: PEP 383 (again)

6 and all of the managed APIs for things like file names and environmental variables operate on UTF-16 strings -- there simply are no byte string APIs. I assume that Mono does the same but I don't have any Mono experience. -- Curt Hagenlocher c...@h

Re: [Python-Dev] "setuptools has divided the Python community"

tial deployment but also subsequent updates -- particularly when you're dealing with many clients. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe

Re: [Python-Dev] Test failures under Windows?

gestion to use CrtSetReportMode would address the issue. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Test failures under Windows?

ess by throwing up a dialog box. For that matter, you could use CrtSetReportFile to redirect them to any given file and then assert at the end of the test run that the file is empty. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Pyt

Re: [Python-Dev] Test failures under Windows?

indow station. But the dialog can be disabled in debug mode by using the _set_error_mode function. (http://msdn.microsoft.com/en-us/library/sas1dkb2(VS.71).aspx) -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org h

Re: [Python-Dev] Are property descriptors intended to be immutable?

On Fri, Feb 6, 2009 at 4:04 PM, Guido van Rossum wrote: > On Fri, Feb 6, 2009 at 2:44 PM, Curt Hagenlocher wrote: >> ...because they're not quite :). Should I file this as a bug report? > > No, this is just how it works. I hope they aren't documented as immuable? No

[Python-Dev] Are property descriptors intended to be immutable?

opyright", "credits" or "license" for more information. >>> class x(object): ... @property ... def foo(self): return 1 ... >>> inst = x() >>> inst.foo 1 >>> x.foo.__init__(lambda self: 2) >>> inst.foo 2 >>> ^

Re: [Python-Dev] microsoft dlls apparently don't support data. implications: PyAPI functions required to access data across modules.

ping me off-list. I can't guarantee that I can provide an answer, but I may be able to point you in a particular direction. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman

Re: [Python-Dev] microsoft dlls apparently don't support data. implications: PyAPI functions required to access data across modules.

PE define PyAPI_DATA(RTYPE) extern __declspec(dllimport) RTYPE -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] __del__ and tp_dealloc in the IO lib

ntended to be reusable than it does for code that has little chance of escaping the application it's in. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] compiling python2.5 (msys+mingw+wine) - giving up using msvcr80 assemblies for now

don't know who is forcing you to use a platform that you hate so much, but I respectfully suggest that this person is not on any of these mailing lists. -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev mailing list Python-Dev@python.org http://ma

Re: [Python-Dev] #ifdef __cplusplus?

ow the ANSI C89 standard. The fact puts 'long > time ago' in a different perspective. :) ...and many of us can still remember when Python's source was "K&R C" :) -- Curt Hagenlocher c...@hagenlocher.org ___ Python-Dev

Re: [Python-Dev] Python-3.0, unicode, and os.environ

On Fri, Dec 12, 2008 at 6:19 AM, Antoine Pitrou wrote: > Curt Hagenlocher hagenlocher.org> writes: >> >> No, but it also has to interact with filesystems of possibly invalid >> or indeterminate encodings. What does java.io do? > > My point was that Python doesn&#x

Re: [Python-Dev] Python-3.0, unicode, and os.environ

On Fri, Dec 12, 2008 at 5:06 AM, Antoine Pitrou wrote: > > Curt Hagenlocher hagenlocher.org> writes: > > > There's this other obscure platform called "Java"... ;) > > Does it have a filesystem? No, but it also has to interact with filesystems of poss

Re: [Python-Dev] Python-3.0, unicode, and os.environ

On Thu, Dec 11, 2008 at 10:19 PM, Adam Olsen wrote: > > I doubt that UTF-16 is used very much (other than on windows). > There's this other obscure platform called "Java"... ;) -- Curt Hagenlocher c...@hagenlocher.org ___

Re: [Python-Dev] Fwd: Removal of GIL through refcounting removal.

hreading-like interface, people no longer have any excuses for not fully > exploiting their multiple cores in Python. > There is no shortage of algorithms (such as matrix multiplication) that are parallelizable but not particularly good candidates for an IPC-based multiprocessing paradigm.

Re: [Python-Dev] bsddb

in applications > that are not distributed to third parties." I am not sure if using of > PyBSDDB in commercial applications is considered "using of Berkeley DB > in open source projects"; Wow, I hadn't realized that it was such a restrictive license. When I see &q

Re: [Python-Dev] Add python.exe to PATH environment variable

ake them children of your process, but I don't remember why I think that. One other reason not to mess with the PATH -- at least by default -- is that the user may have multiple copies of Python installed. I know I have at least one machine with 2.4.5, 2.5.2, 2.6b2 and 3.0b2 installed -

Re: [Python-Dev] subprocess insufficiently platform-independent?

nded is ".exe", and only if no other extension is present. This has been true for as long as I can remember. I've found the documentation for CreateProcess (http://msdn.microsoft.com/en-us/library/ms682425.aspx) to be pretty reliable. And the mention of a &quo

Re: [Python-Dev] RELEASED Python 2.6b3 and 3.0b3

> 21/08/2008 10.3534.304 _tkinter.pyd The most likely explanation for this is that _tkinter.pyd has a static dependency that can't be loaded. If, for instance, the TCL and TK DLLs themselves are neither in PCbuild nor elsewhe

[Python-Dev] Milestones in IronPython

o see this happening. Links: http://www.codeplex.com/IronPython/Release/ProjectReleases.aspx?ReleaseId=14353 http://devhawk.net/2008/08/06/Including+The+Batteries+In+IronPython.aspx (IronPython 2.0 targets compatibility with Python 2.5.) -- Curt Hagenloc

Re: [Python-Dev] Infix operators

, and it allows user-defined infix operators. A programming language can't be all things to all people. That's why there's room in the world for more than one. -- Curt Hagenlocher [EMAIL PROTECTED] ___ Python-Dev mailing lis

Re: [Python-Dev] Python FAQ: Why doesn't Python have a "with" statement?

er-the-top cleverness in terms of creating "fluent interfaces". I fail to see much value in being able to write code that says "7.seconds.ago". -- Curt Hagenlocher [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.o

Re: [Python-Dev] Epoch and Platform

On Tue, Jun 17, 2008 at 10:56 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Tue, Jun 17, 2008 at 10:40 AM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: >> >> There's no real urgency. The reason this came up is because I just >> implemented zlib, whi

Re: [Python-Dev] Epoch and Platform

he failing test(s) ...and I'd rather not resort to #3, if possible. On Tue, Jun 17, 2008 at 10:03 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > Can you explain why you are so anxious to get this resolved (apart > from the beer :-) ? > > On Tue, Jun 17, 2008 at 9:26 A

Re: [Python-Dev] Epoch and Platform

ajor platforms -- or > perhaps it happens to be 1970 even on Windows when using MS's C > runtime. > > On Mon, Jun 16, 2008 at 4:08 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: >> The documentation for the time module says that "the epoch is the point >> wh

Re: [Python-Dev] Epoch and Platform

ith OS X. On Mon, Jun 16, 2008 at 4:38 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > ISTR that we force the epoch to be 1970 on all major platforms -- or > perhaps it happens to be 1970 even on Windows when using MS's C > runtime. > > On Mon, Jun 16, 2008 at 4:08

[Python-Dev] Epoch and Platform

y thoughts on this? >From the perspective of implementing IronPython, I'd prefer that the answer is 1 or 2 -- but mainly I just want to be as compatible with "the spec" as possible, while respecting CLR-specific norms for functionality which is left up to in

Re: [Python-Dev] Assignment to None

On Thu, Jun 12, 2008 at 8:06 PM, Frank Wierzbicki <[EMAIL PROTECTED]> wrote: > > On Wed, Jun 11, 2008 at 5:27 PM, Curt Hagenlocher <[EMAIL PROTECTED]> wrote: > > If I recall correctly, Jython handles this by appending a trailing > > underscore to the imported nam

Re: [Python-Dev] Assignment to None

rds in Python are lower-case. It's likely to be a much bigger issue with Jython, given the Java convention of having lower-cased method names. If I recall correctly, Jython handles this by appending a trailing underscore to the imported name and there's no reason why we couldn't

[Python-Dev] Assignment to None

>>> c.None = 'foo' File "", line 1 SyntaxError: assignment to None >>> setattr(c, 'None', 'foo') >>> c.None 'foo' >>> So, it's okay to setattr the attribute name "None" but not okay to set it direc

Re: [Python-Dev] string representation of range in 3.0

"repr" consumption > of the values? "The next couple of elements" is a dangerous thing to use > unless you don't mind them disappearing. Not only that, but you'd have no idea what the performance consequences of accessing t

Re: [Python-Dev] very bad network performance

ffer size))? I have indeed missed the point of the read buffer size. This would work. -- Curt Hagenlocher [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] very bad network performance

sen -- __init__ is where the real problem lies. But I think the change to read() is safer. -- Curt Hagenlocher [EMAIL PROTECTED] ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] very bad network performance

On Mon, Apr 14, 2008 at 12:17 PM, A.M. Kuchling <[EMAIL PROTECTED]> wrote: > On Mon, Apr 14, 2008 at 11:10:12AM -0700, Curt Hagenlocher wrote: > > while True: > > left = size - buf_len > > ! recv_size

Re: [Python-Dev] very bad network performance

e The change is correct, but exposes a flaw earlier in the same method. "_rbufsize == 1" represents a request to buffer "by line", which is clearly irrelevant in this context. A request to read n bytes should just use the default buffer size if buffering "by line&quo