[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Mark Hammond added the comment: I've hacked together something that fixes the problem. I'm working on making it a real patch, but the basis is: * In DllMain (dl_nt.c), we call: case DLL_PROCESS_ATTACH: GetCurrentActCtx(&PyWin_DLLhActivationContext); AddRefActCtx(PyWin_DLLhActivationC

[issue4804] Python on Windows disables all C runtime library assertions

Amaury Forgeot d'Arc added the comment: But then you get a nasty pop-up window on code like this: >>> fd = os.open("foo", 0) >>> os.close(fd) >>> os.close(fd) Instead of a gentle "OSError: [Errno 9] Bad file descriptor" -- nosy: +amaury.forgeotdarc ___

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: Yes, this is the biggest reason why this is required. This, and and os.closerange(). I have browsed the CRT source and I find no way to determine if a fd is actually valid, before calling any of the functions that check for it. Reintroducing the asserti

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: Btw, It occurred to me that a more gentle way to do this is to disable the functionality only around close(). This is far less intrusive, for example, in an embedded environment. I must confess that I had completely forgototten about the disabling of th

[issue4804] Python on Windows disables all C runtime library assertions

Mark Hammond added the comment: It would be interesting to know which tests actually fail. If the tests are explicitly checking a bad fd, then IMO it makes more sense for that test to simply be avoided in debug builds and nothing of value would be left untested. OTOH, I'd also be happy with ju

[issue4804] Python on Windows disables all C runtime library assertions

Mark Hammond added the comment: I guess another option is to expose it via msvcrt and let the test themselves disable it? ___ Python tracker ___ __

[issue4738] Patch to make zlib-objects better support threads

Changes by ebfe : Removed file: http://bugs.python.org/file12466/zlib_threads-2.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue4738] Patch to make zlib-objects better support threads

ebfe added the comment: Here is a small test-script with concurrent access to a single compressosbj. The original patch will immediately deadlock. The patch attached releases the GIL before trying to get the zlib-lock. This allows the other thread to release the zlib-lock but comes at the cost

[issue4738] Patch to make zlib-objects better support threads

ebfe added the comment: test-script Added file: http://bugs.python.org/file12532/zlibtest2.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue4751] Patch for better thread support in hashlib

ebfe added the comment: Releasing the GIL is somewhat expensive and should be avoided if possible. I've moved LEAVE_HASHLIB in EVP_update so the object gets unlocked before we call Py_END_ALLOW_THREADS. This is *only* possible because EVP_update does not use the object beyond those lines. Here

[issue4751] Patch for better thread support in hashlib

ebfe added the comment: test-script Added file: http://bugs.python.org/file12534/hashlibtest2.py ___ Python tracker ___ ___ Python-bugs-list m

[issue4751] Patch for better thread support in hashlib

Changes by ebfe : Removed file: http://bugs.python.org/file12461/hashopenssl_threads-3.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4751] Patch for better thread support in hashlib

ebfe added the comment: gnarf, actually it should be 'threads.append(Hasher(md))' in the script :-\ ___ Python tracker ___ ___ Python-bugs-list

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Ronald Oussoren added the comment: LDLIBRARY is indeed a good variable to use. I've applied issue447-v2.patch in r68146. Backported to 2.6.x in r68147. Added file: http://bugs.python.org/file12535/issue4472-v2.patch ___ Python tracker

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Changes by Ronald Oussoren : -- resolution: accepted -> fixed status: open -> pending ___ Python tracker ___ ___ Python-bugs-list maili

[issue4780] Makefile.pre.in patch to run regen on OSX (framework build)

Ronald Oussoren added the comment: I've ported the fix to the trunk in r68149 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Mark Hammond added the comment: Attaching a patch which works for me against python 2.6. Only ever tested on Vista (ie, where the function pointers etc all load) -- keywords: +needs review, patch Added file: http://bugs.python.org/file12536/bug4566.patch __

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Changes by Mark Hammond : Removed file: http://bugs.python.org/file12536/bug4566.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Mark Hammond added the comment: Attaching a new patch with some typos in the comments corrected. While I'm here, I also meant to mention (again!): * No need to remove the the assembly from the sxs cache - the test "fails correctly" with VS2009 installed. FWIW, I compiled test.c from the comma

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: Ok, I'll prepare a patch to the trunk. I've had some experience with this and should have the code lying around somewhere. I'll let you know once I´ve created an issue. K ___ Python tracker

[issue4796] Decimal to receive from_float method

Mark Dickinson added the comment: > Accordingly, I recommend Decimal.from_float(f) with no qualifiers or > optional arguments. I agree with this. Since lossless conversion is feasible, this seems the obvious way to go. It's lucky that the exponent range for (binary) floats is relatively sma

[issue3055] test_list on 64-bit platforms

Ronald Oussoren added the comment: I can confirm that this issue is fixed. -- resolution: works for me -> fixed ___ Python tracker ___ ___

[issue4796] Decimal to receive from_float method

Mark Dickinson added the comment: One also has to worry about the exponent of the converted result: e.g., should Decimal.from_float(10.0) produce Decimal('1E1') or Decimal('10')? The latter looks nicer, to me. IEEE 754 isn't much help here: as far as I can tell it says nothing about binary

[issue3433] Mac, 3.0 framework install error with fink cp

Ronald Oussoren added the comment: Fixed in r68150 (python-trunk), r68151 (python 2.6.x), r68152 (python 3.x). Could someone that actually has Fink installed confirm that the issue is actually fixed? My patch consists of changing 'cp' to '/bin/cp' to ensure that the system copy of that comma

[issue2754] Mac version of IDLE doesn't scroll as expected

Ronald Oussoren added the comment: This is almost certainly a Tk issue and hence not something we can fix. I'm not closing the bug though because I no too little of Tk to be sure. -- nosy: +ronaldoussoren ___ Python tracker

[issue4165] Failure building 64-bit Python on Leopard

Ronald Oussoren added the comment: I located the problem, it's in the configure line: ./configure --with-framework-name=Python64 -- with-universal-archs=all --enable-framework --enable- universalsdk=MACOSX_DEPLOYMENT_TARGET=10.5 That's wrong because the argument for --enable-universalsdk shou

[issue4718] wsgiref package totally broken

Dmitry Vasiliev added the comment: Graham Dumpleton wrote: > Thus have odd situation where with Python 3.0, one could technically return > str as iterable, with rule that would apply would be that each str returned > would then be converted to bytes by way of latin-1 conversion, but for > byt

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

New submission from Hagen Fürstenau : If we call some function f with a generator as star argument and this generator raises a TypeError, we get the following exception: >>> def f(x): pass ... >>> def broken(): raise TypeError ... >>> f(*(broken() for x in (0,))) Traceback (most recent call la

[issue4796] Decimal to receive from_float method

Steven D'Aprano added the comment: Mark suggested the following strategy for Decimal.from_float: "always use the largest exponent possible". Just for the avoidance of all doubt, do you mean the largest exponent with the number normalised to one digit to the right of the decimal place? Becaus

[issue4807] wrong wsprintf usage

New submission from Ulrich Eckhardt : Note up front: there is a win32 function wsprintf() and an ISO C function swprintf(), these are different things in case you wonder. In _winreg.c, there are two functions that use wsprintf on a char buffer, while the function takes a TCHAR buffer instead. Th

[issue3549] Missing IDLE Preferences on Mac

Ronald Oussoren added the comment: The lack of a preferences menu is a bug: the current revisions of python contain some code to detect a recent version of Tcl/Tk, used to create the Preferences... menu in different way. Sadly enough this code is buggy, the end result is that you will not hav

[issue789545] zappyfiles.py absent from MacPython binary

Ronald Oussoren added the comment: Closing because zappyfiles.py is no longer part of the python distribution -- nosy: +ronaldoussoren resolution: -> wont fix status: open -> closed ___ Python tracker __

[issue4796] Decimal to receive from_float method

Steven D'Aprano added the comment: Raymond: > Accordingly, I recommend Decimal.from_float(f) with no > qualifiers or optional arguments. -0 on this one. It's going to confuse an awful lot of newbies when they write Decimal.from_float(1.1) and get Decimal('110008881784197001252...

[issue1602133] non-framework built python fails to define environ properly

Ronald Oussoren added the comment: I won't commit this patch because I cannot reproduce the problem. The python trunk works fine for my in these build configurations: unix- build (static library), unix-build (shared library), framework build. All of this on OSX 10.5. Can you please provide m

[issue4681] mmap offset should be off_t instead of ssize_t, and size calculation needs corrected

Changes by Ulrich Eckhardt : -- nosy: +eckhardt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1699259] replacing char* with const char* in sysmodule.c/.h

Ulrich Eckhardt added the comment: Concerning the SetArgv( int, char**), that one will have to be changed to a SetArgv( int, char const* const*), i.e. applying the const on both levels. Otherwise, there is no implicit conversion between the two. The reason is a bit complicated: if the function

[issue4796] Decimal to receive from_float method

Mark Dickinson added the comment: > Just for the avoidance of all doubt, do you mean the largest exponent > with the number normalised to one digit to the right of the decimal > place? No. I'm using 'exponent' in the sense described in the standard. See: http://speleotrove.com/decimal/dbov

[issue1594] MacOS.GetCreatorAndType() and SetCreatorAndType() broken on intel

Ronald Oussoren added the comment: Fixed in r68156 (including testcase). Annoyingly enough only GetCreatorAndType needed fixing, SetCreatorAndType already did the right thing (makeing the two functions inconsistent with each other). Won't fix for earlier releases, this might break existing co

[issue2754] Mac version of IDLE doesn't scroll as expected

Guilherme Polo added the comment: I see some issues related to scrolling under macosx were fixed in tk 8.4.13, but I can't test them since I don't have a mac. If scrolling doesn't work with the example below then I can just say the problem is indeed with tk, but you could try upgrading it. imp

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: Can you paste the full output with debuglevel=3? "if not line:" should be equivalent to "if len(line) == 0:" and to "if line == '':". ftp.dir() is equivalent to ftp.retrlines('LIST'). By default, the socket created to get the result of LIST has no timeout (

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Amaury Forgeot d'Arc added the comment: The issue1615 has the same kind of problems: an AttributeError is masked by another one. -- nosy: +amaury.forgeotdarc ___ Python tracker _

[issue4751] Patch for better thread support in hashlib

STINNER Victor added the comment: > Releasing the GIL is somewhat expensive and should be avoided > if possible. Another possible solution is to create a lockless object by default, and create a lock if the data size is bigger than N (eg. 8 KB). When the lock is created, update will always u

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: Full output with debuglevel 3 *cmd* 'CWD chrismahan-675' *put* 'CWD chrismahan-675\r\n' *get* '250 CWD command successful\n' *resp* '250 CWD command successful' *cmd* 'TYPE A' *put* 'TYPE A\r\n' *get* '200 Type set to A\n' *resp* '200 Type set to A' *cmd* 'P

[issue900949] plat-mac/videoreader.py not working on OS X

Ronald Oussoren added the comment: Fixed in r68158. -- nosy: +ronaldoussoren resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue1627952] plat-mac videoreader.py auido format info

Ronald Oussoren added the comment: Fixd in r68159 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: haypo writes: >By default, the socket created to get the result of LIST has no >timeout (is blocking). So fp.readline() only returns an empty string >when the socket is closed (by the server). Even if the server closed the socket and fp.readline() returned

[issue1737832] EasyDialogs patch to remove aepack dependency

Ronald Oussoren added the comment: I've applied this patch in r68160. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue4808] doc issue for threading module (name/daemon properties)

New submission from Corey Goldberg : In the current 3.0 doc for threading: http://docs.python.org/dev/py3k/library/threading.htm it says: Thread.getName() Thread.setName() Old API for name. and Thread.isDaemon() Thread.setDaemon() Old API for daemon. 'name' and 'daemon' properties

[issue4753] Faster opcode dispatch on gcc

Marc-Andre Lemburg added the comment: On 2009-01-01 23:59, Antoine Pitrou wrote: > Antoine Pitrou added the comment: > > I've updated the comments as per Alexandre's request, added support for > SUN CC, and fixed the generation script to use the new filename. Since the patch heavily relies on

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Roumen Petrov added the comment: Ronald, cygwin is a special case too. LDLIBRARY is so called import library ! So the make target can be (as I propose in py-issue-4472-makefile.patch) + if test -n "$(DLLLIBRARY)"; then \ + $(INSTALL_SHARED) $(DLLLIBRARY) $(DE

[issue1149804] macostools.mkdirs: not thread-safe

Ronald Oussoren added the comment: Fixed this issue in r68161 by porting the solution for this in os.mkdirs to macostools. -- nosy: +ronaldoussoren resolution: -> fixed status: open -> closed ___ Python tracker

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Craig Holmquist added the comment: I haven't been able to try this patch myself yet, but I see a potential problem: the "cookie" variable is declared as a DWORD, while ActivateActCtx expects a ULONG_PTR. DWORD and ULONG_PTR are only the same thing in 32-bit Windows. Also, where are you seeing

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Ronald Oussoren added the comment: I've applied this patch. If I understand things correctly that should fix the cygwin issue. Index: Makefile.pre.in === --- Makefile.pre.in (revision 68149) +++ Makefile.pre.in (working co

[issue1717] Get rid of more refercenes to __cmp__

Mark Dickinson added the comment: Here's a patch (against py3k) generated from the current state of the py3k-issue1717 branch, for ease of review and testing. The patch needs serious review; it should be considered a first draft, and there are probably many more changes still to be made. I

[issue900514] bundlebuilder: easily keep main routine in orig location

Ronald Oussoren added the comment: I agree with Bob's last response. Futhermore bundlebuilder is deprecated, use py2app instead. -- nosy: +ronaldoussoren resolution: -> wont fix status: open -> closed ___ Python tracker

[issue905737] BuildApplet needs to get more BuildApplication features

Ronald Oussoren added the comment: Closing this issue as bundlebundler is deprecated. -- nosy: +ronaldoussoren resolution: -> wont fix status: open -> closed ___ Python tracker __

[issue841800] -O breaks bundlebuilder --standalone

Ronald Oussoren added the comment: Fixed in r68163 -- nosy: +ronaldoussoren resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue900506] bundlebuilder: an arg to disable zipping the code

Ronald Oussoren added the comment: Fixed in r68163 -- nosy: +ronaldoussoren resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue957652] Implement BundleBuilder GUI as plugin component

Ronald Oussoren added the comment: Closed as won't fix because bundlebuilder is deprecated and it is rather unlikely that anyone will spent time on this feature request. -- nosy: +ronaldoussoren resolution: -> wont fix status: open -> closed ___ Py

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Craig Holmquist added the comment: The patch works fine on my system (32-bit XP). Also I verified in Process Explorer that there's only one instance of msvcr90.dll loaded. ___ Python tracker ___

[issue4751] Patch for better thread support in hashlib

ebfe added the comment: I don't think this is actually worth the trouble. You run into situation where one thread might decide that it needs a lock now with other threads being in the to-be-locked-area at that time. ___ Python tracker

[issue4805] Make python code compilable with a C++ compiler

Marc-Andre Lemburg added the comment: Moving declarations into header files is not really in line with the way Python developers use header files: We usually only put code into header files that is meant for public use. Buy putting declarations into the header files without additional warning

[issue4805] Make python code compilable with a C++ compiler

Marc-Andre Lemburg added the comment: Also note that by removing the extern "C" declarations, you not only change the exported symbol names of functions, but also those of exported globals. Those would also have to get declared in the header files, to prevent their names from being mangled (cau

[issue4805] Make python code compilable with a C++ compiler

Marc-Andre Lemburg added the comment: The added type casts are useful to have - even outside the context of the idea behind the patch. ___ Python tracker ___ _

[issue2121] complex constructor doesn't accept string with nan and inf

Mark Dickinson added the comment: [Raymond] > I would > not like to see that extended to cmath or complex() unless compelling > real-world use cases arise. Hmm. Have you looked at the cmath module recently? You may be in for a nasty surprise... > Mark, does Inf have a standard interpretatio

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

Martin v. Löwis added the comment: Hard real-time applications written in Python should not rely on the cyclic garbage collector. They should call gc.disable at startup, and completely rely on reference counting for releasing memory. Doing so might require rewrites to the application, explicitly

[issue3959] Add Google's ipaddr.py to the stdlib

Martin v. Löwis added the comment: > I think this might be worth a look before any hard and fast decisions > are made :- > > http://code.google.com/p/netaddr/ Looking at code isn't really helpful for determining whether it can be included into Python. What matters more is whether the authors w

[issue2121] complex constructor doesn't accept string with nan and inf

Mark Dickinson added the comment: cdavid, in your application, how hard is it to work around the problem by simply printing and parsing pairs of floats rather than complex numbers? E.g., z = complex(float(real_part), float(imag_part)) ___ Python tracker

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > This is safer than enabling the support unconditionally for GCC and > the SUN Pro C compiler, since it is rather likely that some GCC versions > have bugs which could render Python unusable if compiled with the > dispatching support enabled. What do you mean,

[issue4035] Support bytes for os.exec*()

Martin v. Löwis added the comment: Any discussion in the tracker should be deferred until a PEP has been written, discussed, and accepted. Then the question whether to accept a specific patch shouldn't be a matter of taste, but should follow from the general rules that the PEP has set up. _

[issue4065] _multiprocessing doesn't build on macosx 10.3

Ronald Oussoren added the comment: The manpage for writev(2) mentions #include . Adding a #include for is the right fix after all... ___ Python tracker ___ _

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Antoine> I fear that with a configure option, disabled by default, the Antoine> code will get very poor testing and perhaps get broken in some Antoine> subtle way without anyone noticing. That can be fixed by enabling that option on the buildbots where

[issue4809] 2.5.4 release missing from python.org/downloads

New submission from Randy Syring : http://www.python.org/download/ is missing a link to 2.5.4 in the standard releases section. -- assignee: georg.brandl components: Documentation messages: 78832 nosy: georg.brandl, rsyring severity: normal status: open title: 2.5.4 release missing from

[issue2121] complex constructor doesn't accept string with nan and inf

Cournapeau David added the comment: It is not really for an application, but for numpy. Of course, one can always get around the problem - but since this is really a limitation which can be easily fixed, why not fixing the problem :) ? ___ Python tracker

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: > If I dump the assembler code for ceval.c will that help others debug > the problem? Well, I'm no PPC expert but it can be useful. Can you dump it with "-S -dA"? (also, can you try the latest patch? I've made some tiny adjustement in the opcode epilogues, I d

[issue4800] little inaccuracy in Py_ssize_t explanation

Martin v. Löwis added the comment: I think the documentation is correct as it stands; the question is what a "distinct memory location" is. Wrt. reference count, this surely refers to pointers; each pointer is at least 4 bytes, and pointers are four-aligned. So for N bits address space, there ca

[issue3959] Add Google's ipaddr.py to the stdlib

Martin v. Löwis added the comment: > One point I will make is on licensing. netaddr is BSD, so you can do > whatever you want with it and contribute as you see fit. That is not sufficient for inclusion to Python. We also want support from the author (along with a promise to eventually give up t

[issue4753] Faster opcode dispatch on gcc

Marc-Andre Lemburg added the comment: On 2009-01-02 17:10, Antoine Pitrou wrote: > Antoine Pitrou added the comment: > >> This is safer than enabling the support unconditionally for GCC and >> the SUN Pro C compiler, since it is rather likely that some GCC versions >> have bugs which could ren

[issue4810] timeit needs "official" '--' flag

New submission from Skip Montanaro : Consider this timeit run: % python -m timeit '-1.0e-3 < -0.0001 < 1.0e-3' option -1 not recognized use -h/--help for command line help As it turns out this works: % python -m timeit -- '-1.0e-3 < -0.0001 < 1.0e-3' 1000 loops, best of

[issue4566] 2.6.1 breaks many applications that embed Python on Windows

Martin v. Löwis added the comment: > Here's an option, though unfortunately not a trivial one: use a private > build of the C runtime. I'm not sure whether the license allows us to do so. ___ Python tracker __

[issue4614] Document PyModule_Create()

Martin v. Löwis added the comment: What's the policy for marking bug reports as critical? If the description of the priority (Might block a future release) is normative, why got this report marked critical? I don't think a documentation bug can ever block a release.

[issue4614] Document PyModule_Create()

Benjamin Peterson added the comment: I'm not suggesting that this should block a release (if that is the definition of critical). I do however think this is critical for 3.x's adoption and therefore should be of much importance to us. -- nosy: +benjamin.peterson priority: critical -> hi

[issue4804] Python on Windows disables all C runtime library assertions

Martin v. Löwis added the comment: As long as the CRT contains bogus assertions (that violate standard C), I think Python rightfully should continue to disable assertions. If applications desire assertions, they should explicitly turn them on (provided there is an API to do so). -- nosy

[issue4796] Decimal to receive from_float method

Steven D'Aprano added the comment: Mark wrote: >> Also, why not just extend the Decimal() constructor to accept >> a float as the argument? Why have a separate from_float() >> method at all? > > This was discussed extensively when the decimal module was > being proposed; see the Decimal PEP f

[issue4760] cmp gone---What's new in 3.1

Mark Dickinson added the comment: > Uhm ? The builtin cmp wasn't removed. Non-removal of cmp for 3.0 was an oversight. It *might* be removed in 3.0.1. See issue 1717. -- nosy: +marketdickinson ___ Python tracker

[issue4614] Document PyModule_Create()

Martin v. Löwis added the comment: I'm a bit worried about committers giving other committers priorities on how they should work; as a principle, volunteers are free to work on whatever they please, in whatever order they please. So unassigning Georg. -- assignee: georg.brandl -> ___

[issue4796] Decimal to receive from_float method

Mark Dickinson added the comment: > It looks like you and Raymond have rejected #2 but are keeping #1 I'm not against #2, but I'm not particularly for it either. In any case, once you've converted your float to Decimal it's trivial to round it to whatever precision you feel like, so #2 seems

[issue4614] Document PyModule_Create()

Benjamin Peterson added the comment: On Fri, Jan 2, 2009 at 11:24 AM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > I'm a bit worried about committers giving other committers priorities on > how they should work; as a principle, volunteers are free to work on > whatever the

[issue4804] Python on Windows disables all C runtime library assertions

Kristján Valur Jónsson added the comment: We've had this discussion before, you know, 2006. MS is asserting on preconditions that are undefined by the standard. As such, they are not in violation. In fact, it is foolish by us to invoke undefined behaviour, because it may, proverbially, result

[issue4738] Patch to make zlib-objects better support threads

Antoine Pitrou added the comment: Checked in r68165. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue4738] Patch to make zlib-objects better support threads

STINNER Victor added the comment: @pitrou: You added "Also, the GIL is now released when computing the CRC of a large buffer." in the NEWS. The GIL released for crc32 but also for adler32. ___ Python tracker _

[issue4614] Document PyModule_Create()

Martin v. Löwis added the comment: > It would be really nice if there were some notes on use of the tracker. I think Brett has a vision here; you might ping him what the status of that is. ___ Python tracker __

[issue4809] 2.5.4 release missing from python.org/downloads

Georg Brandl added the comment: Normally this bug tracker isn't meant for website problems (mail to pydot...@python.org instead), but since this is minor, I've fixed it right now. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tra

[issue1717] Get rid of more refercenes to __cmp__

Georg Brandl added the comment: Doc/extending/newtypes.rst I'll fix this one after the patch has landed. Misc/cheatsheet This needs a general overhaul. Misc/python-mode.el I think this should be removed from the distribution; it's maintained externally. Parser/spark.py # (I don't k

[issue4804] Python on Windows disables all C runtime library assertions

Martin v. Löwis added the comment: > We've had this discussion before, you know, 2006. > MS is asserting on preconditions that are undefined by the standard. > As such, they are not in violation. I remember, and you were already wrong back then :-) MS asserts (in winsig.c) that the signal numb

[issue4809] 2.5.4 release missing from python.org/downloads

Benjamin Peterson added the comment: webmas...@python.org is better. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bug

[issue4472] Is shared lib building broken on trunk for Mac OS X?

Roumen Petrov added the comment: 10x cygwin is now not impacted. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4751] Patch for better thread support in hashlib

STINNER Victor added the comment: New implementation of finer lock grain in _hashlibopenssl: only create the lock at the first update with more than 8 KB bytes. Object creation/deallocation is faster if we hash less than 8 KB. Changes between hashopenssl_threads-4.diff and my new patch: fix t

[issue4751] Patch for better thread support in hashlib

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12459/hashopenssl_threads-2.diff ___ Python tracker ___ ___ Python-bugs-li

[issue4751] Patch for better thread support in hashlib

STINNER Victor added the comment: Update small lock patch: replace all tabs by spaces! I forget a change between Python trunk and my patch: there is also the error message for Unicode object. Before: >>> import hashlib; hashlib.md5("abc") TypeError: object supporting the buffer API requi

  1   2   >