[issue4335] inspect.getsourcelines ignores last line in module

Zsolt Haraszti <[EMAIL PROTECTED]> added the comment: We are also using inspect.getsourceline() in a large system at my company and we observed some unreliable behavior in the past which we never had time to analyze till today. Interesting coincidence, but today we finally took the effort and tra

[issue4596] 2to3 does not fail as early as possible.

David W. Lambert <[EMAIL PROTECTED]> added the comment: Granted, this isn't the hottest issue circulating. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4590] 2to3 strips trailing L for long iterals in two fixers

Changes by Armin Ronacher <[EMAIL PROTECTED]>: -- stage: patch review -> committed/rejected ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4590] 2to3 strips trailing L for long iterals in two fixers

Armin Ronacher <[EMAIL PROTECTED]> added the comment: Patch applied in [67679]. The tests were nearly the same, even with the same numbers :) -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4590] 2to3 strips trailing L for long iterals in two fixers

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I think this is the correct thing to do. Go ahead. (Did you see if any of the long tests would be applicable in testing numliterals?) -- assignee: benjamin.peterson -> aronacher ___ Python track

[issue1717] Get rid of more refercenes to __cmp__

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > It is in the builtins in Python 2.x, so keeping it there would make > porting easier, but then it's probably better to put it somewhere else > to make people aware of the fact that the underlying machinery has > changed. from __past__ impor

[issue4335] inspect.getsourcelines ignores last line in module

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Rafe, Can you confirm that behavior on missing end-of-line is indeed your issue? Note that at first I could not even reproduce the problem based on your report. I am attaching a proof-of-concept patch that would arguably improve the

[issue1180] Option to ignore or substitute ~/.pydistutils.cfg

Paul Winkler <[EMAIL PROTECTED]> added the comment: Whatever happened with this? I don't see it mentioned in the NEWS file for the 2.6 line. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4596] 2to3 does not fail as early as possible.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I'm tempted to close this as a "won't fix". For 99.9% of cases, it would only be annoying to check for the presence of a file before starting up. -- nosy: +benjamin.peterson priority: -> low __

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

STINNER Victor <[EMAIL PROTECTED]> added the comment: Ugly patch to fix this issue: - add more regression tests for charsets UTF-16*, UTF-32* - add mandatory argument "encoding" to io.IncrementalNewlineDecoder constructor => BREAK THE API - use the encoding the encode "\r" - most ulgy hack:

[issue4602] 2to3 drops executable bit with --write

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks for the report! Fixed in r67674. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4604] close() seems to have limited effect

Changes by Christian Heimes <[EMAIL PROTECTED]>: -- components: +Extension Modules, Library (Lib) -Interpreter Core nosy: +christian.heimes priority: -> release blocker stage: -> test needed versions: +Python 3.1 ___ Python tracker <[EMAIL PROTECTED

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

STINNER Victor <[EMAIL PROTECTED]> added the comment: Here is a patch for test_io.py: check the problem by adding new encodings to TextIOWrapperTest.testNewlines(). -- keywords: +patch Added file: http://bugs.python.org/file12297/test_io.patch ___ Py

[issue4600] __class__ assignment: new-style? heap? == confusing

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: Related issue that applies to recent 2.x. Language/data model/Objects, values, and types says 'An object’s type is also unchangeable.'. This should be changed or deleted. ___ Python tracker <[EMAIL PROTEC

[issue4335] inspect.getsourcelines ignores last line in module

Rafe Sacks <[EMAIL PROTECTED]> added the comment: "I feel this is not a bug because a file that ends with an unterminated line is not a well-formed python program." I used Komodo to make the file. Nothing special. I just made a new python document and used it. If there is a Komodo Bug that is fi

[issue4605] 3.0 documentation mentions using maketrans from within the string module.

New submission from chris <[EMAIL PROTECTED]>: http://docs.python.org/3.0/library/stdtypes.html#str.translate mentions the following: "You can use the maketrans() helper function in the string module to create a translation table." But maketrans is now a string method not just a function of the

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

Changes by STINNER Victor <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12296/incremental_newline_decoder_bug.py ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12295/dec.py ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

STINNER Victor <[EMAIL PROTECTED]> added the comment: Smaller example to demonstrate the problem. Added file: http://bugs.python.org/file12295/dec.py ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4574] reading UTF16-encoded text file crashes if \r on 64-char boundary

STINNER Victor <[EMAIL PROTECTED]> added the comment: The bug is in IncrementalNewlineDecoder, not in the codec nor TextIOWrapper. -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> _

[issue4604] close() seems to have limited effect

New submission from Skip Montanaro <[EMAIL PROTECTED]>: Seems like file.close() in 3.0 isn't much of a barrier to further reading: % python3.0 Python 3.0rc3+ (py3k:67338M, Nov 22 2008, 06:47:23) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for m

[issue1717] Get rid of more refercenes to __cmp__

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-12-09 00:58, Antoine Pitrou wrote: > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > I wrote: >> IMO PyUnicode_Compare() should be replaced by a hypothetical >> PyObject_RichCompare(), which allows to take shortcuts when

[issue1717] Get rid of more refercenes to __cmp__

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I wrote: > IMO PyUnicode_Compare() should be replaced by a hypothetical > PyObject_RichCompare(), which allows to take shortcuts when comparing > strings of different length and a Py_EQ or Py_NE comparison is requested. ... and I didn't even

[issue3101] global function _add_one_to_index_C

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well, then a proper API should be devised. Perhaps Travis can shed more light on what he thinks would be useful. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4580] slicing of memoryviews when itemsize != 1 is wrong

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +teoliphant ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue1717] Get rid of more refercenes to __cmp__

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-12-09 00:12, Christian Heimes wrote: > Christian Heimes <[EMAIL PROTECTED]> added the comment: > > Marc-Andre, how do you like a function PyUnicode_Equal() instead of > PyUnicode_Compare()? > > The old PyUnicode_Compare() functi

[issue1717] Get rid of more refercenes to __cmp__

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: IMO PyUnicode_Compare() should be replaced by a hypothetical PyObject_RichCompare(), which allows to take shortcuts when comparing strings of different length and a Py_EQ or Py_NE comparison is requested. (see #3106 too) -- nosy: +pit

[issue4599] Strings undisplayable with repr

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- resolution: -> works for me status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4599] Strings undisplayable with repr

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Hmmm... nope - my terminal encoding (according to Python) on WIndows > Vista x64 (with 32bit Python and a vanilla cmd) is cp850. Ah, ok. That doesn't have the euro sign, either. Try it in IDLE, though.

[issue4558] with_stdc89

Changes by Roumen Petrov <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12253/python-trunk-20081206-c89.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4558] with_stdc89

Roumen Petrov <[EMAIL PROTECTED]> added the comment: Socket module need to be patched too otherwise test_socket fail on UNIX domain socket tests. After clean build and with new patch the regression tests results are: 337 tests OK. 3 tests failed: test_curses test_urllib2_localnet test_urllib

[issue3101] global function _add_one_to_index_C

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I think they currently are private functions which happen to be used > accross two different C source files. But see msg71879 ___ Python tracker <[EMAIL PROTECTED]> _

[issue4580] slicing of memoryviews when itemsize != 1 is wrong

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is patch, using the "small storage at the end of Py_buffer" idea. It adds a lot of unit tests as well. -- keywords: +needs review, patch stage: test needed -> patch review Added file: http://bugs.python.org/file12293/issue4580.pa

[issue4599] Strings undisplayable with repr

Michael Foord <[EMAIL PROTECTED]> added the comment: OK - and as a further follow up, the traceback I posted for Mac OS X was from a terminal called iTerm. I tried the same thing on the standard 'Terminal' app and it prints the Euro symbol fine. Looks like iTerm is an ascii terminal. Sorry for t

[issue4599] Strings undisplayable with repr

Michael Foord <[EMAIL PROTECTED]> added the comment: Hmmm... nope - my terminal encoding (according to Python) on WIndows Vista x64 (with 32bit Python and a vanilla cmd) is cp850. C:\compile>C:\Python30\python.exe Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit (Intel)] on win 3

[issue4601] directory permission error with make install in 3.0

STINNER Victor <[EMAIL PROTECTED]> added the comment: Gotcha! os.path.walk() was replaced by os.walk() but walk() argument is no more a callback because walk() is a generator! Here is a fix. -- keywords: +patch title: permissions errors with altinstall in 3.0 -> directory permission err

[issue3101] global function _add_one_to_index_C

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I think they currently are private functions which happen to be used accross two different C source files. So they should be renamed _Py_something (or the situation should be fixed so that they can be made static). ___

[issue4599] Strings undisplayable with repr

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: This specific character shouldn't be undisplayable on Windows, not even on your version of Windows. Instead, Python should find out how to convert it to your terminal's encoding, rather than using ASCII. It's a bug that the OSX port using AS

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Changes by Forest Wilkinson <[EMAIL PROTECTED]>: -- nosy: +forest ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue1717] Get rid of more refercenes to __cmp__

Christian Heimes <[EMAIL PROTECTED]> added the comment: Marc-Andre, how do you like a function PyUnicode_Equal() instead of PyUnicode_Compare()? The old PyUnicode_Compare() function returns -1 for smaller value and errors, 0 for equality and +1 for larger value. I find it confusing to have one

[issue4603] 3.0 document tab interpretation change

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: In 2.6, Ref Manual / Lexical Analysis / Indentation says "First, tabs are replaced (from left to right) by one to eight spaces such that the total number of characters up to and including the replacement is a multiple of eight (this is inte

[issue4598] IDLE not opening

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Do you have TCL_LIBRARY or TK_LIBRARY environment variables set? This is a very obscure behavior - the installer is known to work on many machines, including IDLE. So something must be particular with your Windows installation. -- n

[issue4597] EvalFrameEx fails to set 'why' for some exceptions

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: This is fine to port to 2.5; please go ahead. Don't forget to add Misc/NEWS entries, though - also add them for the branches you have changed already. -- nosy: +loewis ___ Python tracker <[EMAIL P

[issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Now, this isn't really Python's fault; gcc really shouldn't be crashing. > However, it'd be nice if configure had a way to specify the > optimization level--I had to go in and edit the generated Makefile by > hand. Well, Python does have

[issue4601] permissions errors with altinstall in 3.0

STINNER Victor <[EMAIL PROTECTED]> added the comment: With Python trunk, the directory has the right permission (drwxr-xr-x) whereas build/lib.linux(...) has permission drwx--. But the problem is still open for listed files (.pyc, .pyo, .picle, .egg-info). ___

[issue4591] uid/gid problem in os.chown

STINNER Victor <[EMAIL PROTECTED]> added the comment: 2^31-2 doesn't fit in long on 32 bits CPU. On my Linux box, uid_t is an unsigned integer (32 bits unsigned integer). Why not using "unsigned int"? chown prototype: int chown(const char *path, uid_t owner, gid_t group); -- nosy:

[issue4601] permissions errors with altinstall in 3.0

STINNER Victor <[EMAIL PROTECTED]> added the comment: install() method of the install_lib command (Lib/distutils/command/install_lib.py) calls self.copy_tree() which calls copy_tree() from Lib/distutils/dir_util.py. By default, this function preserve the modes (perserve_mode=1 by default). Or

[issue3101] global function _add_one_to_index_C

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I think _add_one_to_index_C and _add_one_to_index_F should be renamed. If they are meant to be called by non-core extension modules, their names should start with Py_, else with _Py_. ___ Python tracker <[

[issue3101] global function _add_one_to_index_C

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- title: global function _add_one_to_C -> global function _add_one_to_index_C ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4601] permissions errors with altinstall in 3.0

STINNER Victor <[EMAIL PROTECTED]> added the comment: I'm able to reproduce the bug with umask set to 0027: drwxr-x--- 2 root root 3072 déc 8 22:59 (...)/lib/python3.1/lib-dynload With umask 0077, it's: drwx-- 2 root root 3072 déc 8 22:59 (...)/lib/python3.1/lib-dynload The problem is s

[issue4602] 2to3 drops executable bit with --write

Changes by Adeodato Simó <[EMAIL PROTECTED]>: -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue4601] permissions errors with altinstall in 3.0

Leger <[EMAIL PROTECTED]> added the comment: My root umask = 0027 (hardened system), so the altinstall/install script don't manage umask parameter. ___ Python tracker <[EMAIL PROTECTED]> __

[issue4555] Smelly exports

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I guess you *could* change the name of extensions that become builtin modules. However, I think it is not worth the trouble, especially since PEP 3121 solves the problem for good, for Python 3. I propose to simply filter out init[_a-z]+ from

[issue4602] 2to3 drops executable bit with --write

New submission from Adeodato Simó <[EMAIL PROTECTED]>: Hello, after using 2to3 --write over some scripts, I found it very cumbersome having to run `chmod +x` on each of them afterwards. The attached patch is a possible way to fix this issue. It'd be great if somebody could apply it, or write a

[issue4587] Need to rework the dbm lib/include selection process

Changes by Skip Montanaro <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file12275/setup.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1717] Get rid of more refercenes to __cmp__

Changes by Guido van Rossum <[EMAIL PROTECTED]>: -- nosy: -gvanrossum ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue4587] Need to rework the dbm lib/include selection process

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Roumen> I confirm my expectation: Roumen> in case 'elif cand == "gdbm":' the if statement for "gdbm.h" has to be Roumen> removed. This header don't provide dbm/ndbm compatible Roumen> structure/function names. Roumen> If setup

[issue4335] inspect.getsourcelines ignores last line in module

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: According to my understanding of http://docs.python.org/reference/lexical_analysis.html#id1 a newline character is required at the end of the python file. ___ Python tracker <[EMAIL PROTECTED]>

[issue4335] inspect.getsourcelines ignores last line in module

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: In order to reproduce the reported problem I had to conjure the attached repro.py which is missing '\n' on the last line. I need to double check the language definition, but I feel this is not a bug because a file that ends with an un

[issue1717] Get rid of more refercenes to __cmp__

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Instead of removing cmp(a, b) and replacing all uses with (a>b)-(b ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue4601] permissions errors with altinstall in 3.0

New submission from Leger <[EMAIL PROTECTED]>: Under Debian/Lenny, with Python3.0.final install from the tarball, any user can't import lib-dynload, launch IDLE ... but local root can do them. When I login in root and run "chmod -R o+rx /usr/lib/python3.0/*", users can use normaly python3.0. In

[issue4600] __class__ assignment: new-style? heap? == confusing

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: ob.__class__ = ob2 gives some confusing TypeError messages. >>> c.__class__ = 1 Traceback (most recent call last): File "", line 1, in TypeError: __class__ must be set to new-style class, not 'int' object Problem: 'new-style' is obsolet

[issue4587] Need to rework the dbm lib/include selection process

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I confirm my expectation: in case 'elif cand == "gdbm":' the if statement for "gdbm.h" has to be removed. This header don't provide dbm/ndbm compatible structure/function names. If setup is without 'if find_file("gdbm.h"...' statement dbm modul

[issue4599] Strings undisplayable with repr

New submission from Michael Foord <[EMAIL PROTECTED]>: In Python 3 strings with non-ascii characters are undisplayable (even with repr) in the default interactive interpreter on Windows and Mac. Shouldn't the repr use escapes as with previous versions of Python? Python 2.6 Python 2.6 (trunk:6671

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Mark Mentovai <[EMAIL PROTECTED]> added the comment: This is not limited to Windows. I experience this bug on Mac OS X and Linux as well. http://mail.python.org/pipermail/python-list/2008-August/505753.html Attachment 3210.py is a reduced testcase. It attempts to execute nocmd, which should n

[issue4049] IDLE does not open too

Elizabeth Chang <[EMAIL PROTECTED]> added the comment: Issue 4598 created. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue4598] IDLE not opening

New submission from Elizabeth Chang <[EMAIL PROTECTED]>: Fresh install, IDLE does not open. Cannot find tk tcl. Reference Issue4049. Problem reported in Python 2.5 and 3.0 on Windows. -- messages: 77338 nosy: ec2929 severity: normal status: open title: IDLE not opening versions: Python

[issue4049] IDLE does not open too

Elizabeth Chang <[EMAIL PROTECTED]> added the comment: I fixed this by copying the tcl8.4 and tk8.4 directories into Python25/Lib from Python25/tcl. This fixes it but it should work without having to do this. I start new ticket and reference this one. ___ Py

[issue4593] Documentation for multiprocessing - Pool.apply()

David M. Beazley <[EMAIL PROTECTED]> added the comment: Actually, you shouldn't discount the potential usefulness of running apply() in all of the worker nodes. A lot of people coming from parallel programming know about things like global broadcasts, reductions, and so forth. For example, i

[issue4589] 'with' loses ->bool exceptions

Changes by Kevin Watters <[EMAIL PROTECTED]>: -- nosy: +kevinwatters ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mai

[issue4597] EvalFrameEx fails to set 'why' for some exceptions

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Submitted as r67666. I'll ping Martin. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4597] EvalFrameEx fails to set 'why' for some exceptions

Neal Norwitz <[EMAIL PROTECTED]> added the comment: The patch looks good. These problems also apply to 2.5 I assume? You might want to ping MvL to let him know since he's about to cut that release. -- keywords: -needs review nosy: +nnorwitz ___ Pyt

[issue4552] Doc/tools/sphinxext not included in the 2.6.1 tarball

Georg Brandl <[EMAIL PROTECTED]> added the comment: Well, those which "make checkout" checks out :) I set this up so that nobody needs to care about any additional packages or dependencies, as long as svn is installed and working. -- nosy: +georg.brandl

[issue4597] EvalFrameEx fails to set 'why' for some exceptions

New submission from Jeffrey Yasskin <[EMAIL PROTECTED]>: Several opcodes that can raise an exception fail to set x, err, or why afterward. This patch fixes all the examples I could find. I could only figure out how to write a test for PRINT_NEWLINE; the others are hard to trigger. -- ass

[issue4589] 'with' loses ->bool exceptions

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Looks good. Thanks! I assume this should be merged into the 2.6.x and 3.0.x branches? ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2899] Fixers find, rfind, etc in 'string' module

David W. Lambert <[EMAIL PROTECTED]> added the comment: I think the point is to get a message from 2to3 about possible use of feature that is gone. Of course python3 raises an exception when trying to execute the code, but it does leave the user wondering "why did 2to3 report that there are no c

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- superseder: -> AssertionError in Doc/includes/mp_benchmarks.py ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2899] Fixers find, rfind, etc in 'string' module

Armin Ronacher <[EMAIL PROTECTED]> added the comment: 2to3 could handle it, but it would be a lot of work for something unnecessary. You can use "s.replace(a, b)" instead of string.replace(s, a, b) since at least 2.0. ___ Python tracker <[EMAIL PROTECTED]>

[issue4589] 'with' loses ->bool exceptions

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Running the test with -R:: indeed shows the reference leak. 2nd patch with suggested corrections. -- assignee: jyasskin -> amaury.forgeotdarc Added file: http://bugs.python.org/file12285/with_badbool_2.patch ___

[issue4596] 2to3 does not fail as early as possible.

New submission from David W. Lambert <[EMAIL PROTECTED]>: $ #rm -f file_that_is_not_here.py $ 2to3 file_that_is_not_here.py The program spends considerable time preparing itself only to discover that it cannot open the file. -- components: 2to3 (2.x to 3.0 conversion tool) messages: 77

[issue4592] Example patch is missing something

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: In python2.6, Py_InitModule4() calls PyImport_AddModule(). Why doesn't python3.0's PyModule_Create() do the same? Index: Objects/moduleobject.c === --- Objects/moduleobject

[issue2173] Python fails silently on bad locale

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Could someone please try the attached patch and see if it solves the problem. I'm not sure whether Facundo's problem is the same issue or not. -- keywords: +patch versions: +Python 3.1 Added file: http://bugs.python.org/file12284/is

[issue2173] Python fails silently on bad locale

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- nosy: +nelis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue4589] 'with' loses ->bool exceptions

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: I think your patch leaks a reference to 'x'. Move the Py_DECREF(x) to before "if (err < 0)"? And then really nitpicky: your test has 3 blank lines after it, and should have 2. Otherwise looks great. Thanks for picking this up! -- k

[issue4595] new types example is out of date

New submission from blake madden <[EMAIL PROTECTED]>: http://docs.python.org/3.0/extending/newtypes.html This example is using Py_InitModule3, is this function removed in Python 3? -- assignee: georg.brandl components: Documentation messages: 77323 nosy: blakemadden, georg.brandl severi

[issue4592] Example patch is missing something

Changes by blake madden <[EMAIL PROTECTED]>: -- title: PyModule_Create doesn't work (or example is missing something) -> Example patch is missing something ___ Python tracker <[EMAIL PROTECTED]>

[issue4592] PyModule_Create doesn't work (or example is missing something)

blake madden <[EMAIL PROTECTED]> added the comment: It seems that a call to "PyDict_SetItemString" is what is missing from r67655: PyObject* m = PyModule_Create(&EmbModule); PyDict_SetItemString(PyImport_GetModuleDict(), EmbModule.m_name, m); I am just guessing here though, don't know if this i

[issue2173] Python fails silently on bad locale

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I think I've traced the 'no output' problem back to the device_encoding function in Modules/posixmodule.c. The problem occurs when this function is called to try to get the encoding for stdout. On my machine, if I do: LC_CTYPE="UTF-8" ./p

[issue2899] Fixers find, rfind, etc in 'string' module

David W. Lambert <[EMAIL PROTECTED]> added the comment: I expect the answer will be that 2to3 cannot know what sort of object "string" names. Bell's theorem, or some such, as I understand it, tells us that you must execute the algorithm to find out what it does, there isn't a short cut. It does

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

Jesse Noller <[EMAIL PROTECTED]> added the comment: Dupe, issue4449 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list

[issue2173] Python fails silently on bad locale

Mark Dickinson <[EMAIL PROTECTED]> added the comment: See issue 4585, which appears to be the same problem. -- nosy: +marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3206] Multiprocessing Array and sharedctypes.Array error in docs/implementation

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4585] Build failure on OS X 10.5.5: make: *** [sharedmods] Error 1

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Thanks for the information, nelis! This appears to be a duplicate of issue 2173. Further analysis should go there. -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL

[issue4593] Documentation for multiprocessing - Pool.apply()

Jesse Noller <[EMAIL PROTECTED]> added the comment: Ah, I see what you're talking about David. Good catch. It wouldn't make sense to run the apply() in all of the workers, as apply() is a single function(...) call. map() however is done in parallel amongst all workers.

[issue4594] Can't compile with -O3, on ARM, with gcc 3.4.4

New submission from John Stracke <[EMAIL PROTECTED]>: I downloaded the source to Python 3.0 onto my Nokia N810, an ARM-based Linux machine. The native gcc is 3.4.4 (upgrading might be possible, but would certainly be a pain). I was able to build only by switching from -O3 to -O2; -O3 caused a c

[issue4587] Need to rework the dbm lib/include selection process

Roumen Petrov <[EMAIL PROTECTED]> added the comment: About my environment : - one is linux : a) gdbm library, with header gdbm.h, without *ndbm.h b) "Berkeley DB" many versions but the last is 4.4 I think - other is cross and native(msys) mingw32 environment only "Berkeley DB" 4.7 I will

[issue1717] Get rid of more refercenes to __cmp__

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Please put the PyUnicode_Compare() API back in there. Removing __cmp__ really doesn't have anything to do with removing often used helper functions for comparing certain object types and only cripples the C API in a needless way. Thanks.

[issue4593] Documentation for multiprocessing - Pool.apply()

Changes by Christian Heimes <[EMAIL PROTECTED]>: -- assignee: georg.brandl -> jnoller keywords: +easy nosy: +jnoller priority: -> normal stage: -> needs patch ___ Python tracker <[EMAIL PROTECTED]>

[issue4593] Documentation for multiprocessing - Pool.apply()

New submission from David M. Beazley <[EMAIL PROTECTED]>: The documentation for the apply() and apply_async() methods of a Pool object might emphasize that these operations execute func(*args,**kwargs) in only one of the pool workers and that func() is not being executed in parallel on all wor

[issue1717] Get rid of more refercenes to __cmp__

Christian Heimes <[EMAIL PROTECTED]> added the comment: I've created a new branch to work on the issue: svn+ssh://[EMAIL PROTECTED]/python/branches/py3k-issue1717. It's easier to work on a branch than exchanging monster patches. ___ Python tracker <[EMAIL PROT

  1   2   >