[issue4167] Inline Markup :const: shows up in Documentation

New submission from Winfried Plappert [EMAIL PROTECTED]: The Inline Markup :const: shows up in the final documentation. Example can be found on http://docs.python.org/library/select.html : kevent.fflags¶ Filter specific flags :const:`KQ_FILTER_READ` and :const:`KQ_FILTER_WRITE` filter

[issue4168] core dump exiting python

New submission from David W. Lambert [EMAIL PROTECTED]: I created in the python module gsl_fft a __del__ method to release workspace when the data size changes. It is called upon exiting python, and gave errors without traceback. So I registered it with atexit. This caused core dump. The

[issue4169] library/turtle.rst does not format properly in PDF mode

New submission from Winfried Plappert [EMAIL PROTECTED]: library.pdf, Section 25.4.3 Methods of RawTurtle/Turtle and corresponding functions does not format the :param xxx: keyword properly. The HTML version at http://docs.python.org/library/turtle.html looks like turtle.fd(distance)¶

[issue4169] library/turtle.rst does not format properly in PDF mode

Winfried Plappert [EMAIL PROTECTED] added the comment: The formatting in HTML version is 100% correct, s/is 100% correct/is NOT 100% correct/. Sorry for the typo. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4169

[issue4169] library/turtle.rst does not format properly in PDF mode

Winfried Plappert [EMAIL PROTECTED] added the comment: Ihave seen this formatting issue also at other places. But if you cure the problem, the issue at the other places will also go away :-) ___ Python tracker [EMAIL PROTECTED]

[issue4168] core dump exiting python

STINNER Victor [EMAIL PROTECTED] added the comment: I installed gsl using sudo apt-get install libgsl0ldbl. Then I added .0 to the library filenames (eg. CDLL('libgsl.so.0')). $ python3.0 dumpdriver.py Exception AttributeError: 'NoneType' object has no attribute 'debug' in bound method

[issue4168] core dump exiting python

STINNER Victor [EMAIL PROTECTED] added the comment: About your gdb output: - You have a 64 bits CPU (I have a 32 bits CPU) - You are using Red Hat 6.3.0.0-1.132.EL4rh (I'm using Ubuntu Hardy) - The crash occurs in PyErr_Fetch() on *p_type = tstate-curexc_type;: I guess that p_type and/or

[issue2980] Pickle stream for unicode object may contain non-ASCII characters.

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-10-22 01:34, Martin v. Löwis wrote: What makes you think that the problem cannot be fixed without changing the existing pickle format 0? Applications might rely on what was implemented rather than what was specified. If they

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Andre Heider [EMAIL PROTECTED] added the comment: Skipping the mt.exe call seems fine to me, but there's another solution which might be better: The automatic manifest binding comes from a #pragma comment(linker,/manifestdependency: directive in crtdefs.h. That can be disabled by setting

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Andre Heider [EMAIL PROTECTED] added the comment: .. erm, the nmake line in Tools\buildbot\external.bat and Tools/buildbot/external-amd64.bat ;) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4120 ___

[issue4170] segfault with defaultdict and pickle

New submission from Erick Tryzelaar [EMAIL PROTECTED]: It seems like there's a bug with defaultdict. This is segfaulting with the latest python 3.0 svn checkout: import collections, pickle d=collections.defaultdict(int) d[1] pickle.dumps(d) It errors out with: Assertion failed:

[issue4165] Failure building 64-bit Python on Leopard

Mark Dickinson [EMAIL PROTECTED] added the comment: sihpc03:Python-2.6 anand$ ./configure --with-framework-name=Python64 -- with-universal-archs=all --enable-framework --enable- universalsdk=MACOSX_DEPLOYMENT_TARGET=10.5 I think you want --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5

[issue4165] Failure building 64-bit Python on Leopard

Anand Patil [EMAIL PROTECTED] added the comment: That worked, thanks Mark. make worked fine also, but make install failed at the end with running install_egg_info Writing /Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/lib- dynload/Python-2.6-py2.6.egg-info ln -fs

[issue4170] segfault with defaultdict and pickle

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: On py3k, defaultdict#items() returns dict_items object not dict_itemiterator object. I hope attached patch will fix this bug. -- keywords: +patch nosy: +ocean-city Added file:

[issue4168] core dump exiting python

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I can reproduce the problem, and it seems that it is already corrected by r66562 (issue3666), one week after 3.0rc1. Can you try with a newer version? -- nosy: +amaury.forgeotdarc ___ Python

[issue4171] SSL handshake fails after TCP connection in getpeername()

New submission from Dmitry Dvoinikov [EMAIL PROTECTED]: If I connect a TCP socket s using regular s.connect(), then wrap it using ssl.wrap_socket(s) and call do_handshake on the resulting SSL socket, handshake fails in ssl.py:320 with AttributeError: 'NoneType' object has no attribute

[issue4172] distutils too picky about cygwin ld's version number

New submission from Zooko O'Whielacronx [EMAIL PROTECTED]: When I build an extension module with cygwin g++ and compiler=mingw32 in my distutils config file, the build fails with: File c:\python25\lib\site-packages\setuptools-0.6c9.egg\setuptools\command\build_ext.py, line 46, in run

[issue4173] PDF documentation: long verbatim lines are cut off at right hand side

New submission from Winfried Plappert [EMAIL PROTECTED]: I seen this issue at various places, but I will quote from extending.pdf: Chapter 3: 'Building C and C++ Extensions with distutils' shows two long gcc commands. gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -DMAJOR_VERSION=1

[issue4120] Do not embed manifest files in *.pyd when compiling with MSVC

Koen van de Sande [EMAIL PROTECTED] added the comment: _CRT_NOFORCE_MANIFEST sounds nice, but I'm having some trouble getting it to work for Python extensions. I'm still having manifests generated...? Can you show me how to use it? It is an undocumented option.

[issue4174] Performance optimization for min() and max() over lists

New submission from Kristján Valur Jónsson [EMAIL PROTECTED]: This adds a special case for min() and max() when iterating over lists. For simple lists of floats, the improvement is some 15% on a windows machine using release build (non pgo) -- components: Interpreter Core files:

[issue4012] Minor errors in multiprocessing docs

osvenskan [EMAIL PROTECTED] added the comment: The Synchronization primitives section should mention that sem_timedwait() isn't supported under OS X =10.5.5 (and possibly later versions) so as a result timeouts passed to acquire() will be ignored (or raise an error?)

[issue4022] 2.6 dependent on c:\python26\ on windows

flomana [EMAIL PROTECTED] added the comment: Environment: Windows XP SP2 Python 2.6 installed for all users I´ve tried to install 2.6 to my custom directory C:\Archivos de Programa\Python All Python programs return Error 6034 (Python.exe, Pythonw.exe) Step by step, with reboot, I´ve tried as

[issue4151] Separate build dir broken

Neil Schemenauer [EMAIL PROTECTED] added the comment: [Roumen Petrov] Modification for test_build_ext.py from above mentioned issue break non-posix builds. Without that change the test fails on Unix platforms when the build is not done inside the source directory. I guess the problem must be

[issue4170] segfault with defaultdict and pickle

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The pickle protocol should also check that __reduce__ returns iterators (iterables are not enough). The code below crashes the interpreter (twice ;-) class C: def __reduce__(self): return C, (), None, None, [] class D:

[issue4170] segfault with defaultdict and pickle

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: My previous example also crashes python 2.4 2.6 (the classes have to inherit from 'object') ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4170

[issue4172] distutils too picky about cygwin ld's version number

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: This is a duplicate of issue2234, with an identical correction; it will be part of the next 2.5 release. Thanks anyway for the report. -- nosy: +amaury.forgeotdarc resolution: - duplicate status: open - closed superseder: -

[issue900977] cygwinccompiler.get_versions fails on `ld -v` output

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Fixed by #2234. -- nosy: +amaury.forgeotdarc resolution: - out of date status: open - closed superseder: - cygwinccompiler.py fails for latest MinGW releases. ___ Python tracker [EMAIL

[issue4175] Should Unix-only tty be present in Windows /Lib?

New submission from Terry J. Reedy [EMAIL PROTECTED]: As long as tty is *nix only and does not have a msvcrt-based implementation (which I presume is not exactly possible), I think it should be absent, just like termios is. import tty Traceback (most recent call last): File pyshell#0, line

[issue4175] Should Unix-only tty be present in Windows /Lib?

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Hm, I don't know if it's even possible. All *.py files are always installed. termios is an extension module, and is simply not compiled on Windows. But the build process never *remove* existing files. -- nosy:

[issue4022] 2.6 dependent on c:\python26\ on windows

Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks in advance I would not normally assume that yours is the same problem as the one reported in this issue. So please report it as a separate issue if you want it considered. ___ Python tracker

[issue4175] Should Unix-only tty be present in Windows /Lib?

Martin v. Löwis [EMAIL PROTECTED] added the comment: I fail to see the point in not packaging it. Does the error cause an actual problem that would be solved by removing tty.py from the distribution? Closing this as won't fix. -- nosy: +loewis resolution: - wont fix status: open -

[issue4176] segfault with pickle if 4th or 5th item of tuple returned by __reduce__ is not an iterator

New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: Following code crashes. (See issue4170) trunk/Modules/cPickle.c (save() or save_reduce()) needs more checks of returned value from __reduce__. class C(object): def __reduce__(self): return C, (), None, None, [] # 5th item is

[issue4177] Crash in MIMEText on FreeBSD

New submission from Sérgio Surkamp [EMAIL PROTECTED]: If you try to create a MIMEText object from a very large string (test case include a 40Mbytes string), the program just eat all the CPU and with high memory usage or raise a MemoryError. Sometimes it just deadlocks when using _charset =

[issue4022] 2.6 dependent on c:\python26\ on windows

flomana [EMAIL PROTECTED] added the comment: Martin Apper as an extension of the previous problem. I´ve tried with the changes proposed in the messages, but without success. Also was my first message, therefore please inform me if is better to begin a new issue. Thanks Note: Install deploy:

[issue4174] Performance optimization for min() and max() over lists

Antoine Pitrou [EMAIL PROTECTED] added the comment: I haven't tried the patch as is but I can spot two problems: - you should use PyList_CheckExact instead of PyList_Check, because a list subclass could override __getitem__ - when keyfunc is not NULL, you can't assume that the list size will

[issue4174] Performance optimization for min() and max() over lists

Raymond Hettinger [EMAIL PROTECTED] added the comment: Not that excited about adding this much code for such a small speedup. Also, the list can change size during iteration so the for-loop needs to be changed to: for(i = 1; iPyList_GET_SIZE(v); i++) -- priority: - low

[issue4174] Performance optimization for min() and max() over lists

Raymond Hettinger [EMAIL PROTECTED] added the comment: Antoine, the list can mutate even when the keyfunc is NULL. The rich comparison can callback to arbitrary Python code. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4174

[issue4174] Performance optimization for min() and max() over lists

Antoine Pitrou [EMAIL PROTECTED] added the comment: Antoine, the list can mutate even when the keyfunc is NULL. The rich comparison can callback to arbitrary Python code. Ouch, you are right. ___ Python tracker [EMAIL PROTECTED]

[issue4168] core dump exiting python

David W. Lambert [EMAIL PROTECTED] added the comment: I rebuilt python3k from today's snapshot. No more core dump. Problem solved, close case. IMH'edO. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4168

[issue4178] codecs: Documentation Inconsistency

Michael Witten [EMAIL PROTECTED] added the comment: Apparently, it might affect all CodecInfo objects: class CodecInfo(tuple): def __new__(cls, encode, decode, streamreader=None, streamwriter=None, incrementalencoder=None, incrementaldecoder=None, name=None): self =

[issue4178] codecs: Documentation Inconsistency

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: Before CodecInfo tuple subclasses were introduced, the lookup() function used to return a tuple: (encoder, decoder, stream_reader, stream_writer) See http://www.python.org/dev/peps/pep-0100/ These were normally addressed by position

[issue4173] PDF documentation: long verbatim lines are cut off at right hand side

Changes by Winfried Plappert [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4173 ___ ___ Python-bugs-list

[issue4169] library/turtle.rst does not format properly in PDF mode

Changes by Winfried Plappert [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4169 ___ ___ Python-bugs-list

[issue4160] library.pdf - Section 12.13.2 Connection Objects - example cut off at the right hand side

Changes by Winfried Plappert [EMAIL PROTECTED]: -- type: - behavior ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4160 ___ ___ Python-bugs-list

[issue3203] sphinx - table of contents doesn't render correctly (html)

Changes by Winfried Plappert [EMAIL PROTECTED]: -- nosy: +wplappert ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3203 ___ ___ Python-bugs-list mailing

[issue3143] development docs waste a lot of horizontal space on left nav bar

Changes by Winfried Plappert [EMAIL PROTECTED]: -- nosy: +wplapper ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3143 ___ ___ Python-bugs-list mailing

[issue4159] Table about Standard Encodings is cut off at the bottom - 35 entries missing

Winfried Plappert [EMAIL PROTECTED] added the comment: There are some interesting remarks about long tables at http://www.tex.ac.uk/cgi-bin/texfaq2html?label=longtab. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4159

[issue4168] core dump exiting python

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- resolution: - out of date status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4168 ___

[issue4176] segfault with pickle if 4th or 5th item of tuple returned by __reduce__ is not an iterator

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - alexandre.vassalotti nosy: +alexandre.vassalotti ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4176 ___

[issue4179] pdb: Allow the list command to return to the currently debugged line

New submission from Daniel Clemente Laboreo [EMAIL PROTECTED]: The attached patch against today's trunk adds a new option to the list (l) command of the debugger (pdb): l . l starts showing the portion of code which contains the current line. Further calls to l show the code below that. I found

[issue4012] Minor errors in multiprocessing docs

Jesse Noller [EMAIL PROTECTED] added the comment: fix_up_logger doesn't exist in the port, but is used in the mp_distributing.py example ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4012 ___

[issue4163] textwrap wordsep_re Unicode

Antoine Pitrou [EMAIL PROTECTED] added the comment: I think it is an useful change indeed. Since it changes behaviour, I'm not sure it's ok for 2.6.1 or 2.5.3 though. -- nosy: +pitrou versions: +Python 3.1 -Python 2.5, Python 2.5.3, Python 2.6 ___

[issue4150] pdb up command fails in generator frames

Benjamin Peterson [EMAIL PROTECTED] added the comment: Thanks for the patch. Fixed in r67000. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4150

[issue4177] Crash in MIMEText on FreeBSD

Roumen Petrov [EMAIL PROTECTED] added the comment: I don't think that test work on linux without MemoryError. What about if you set user limits on linux ? If you enable core file on linux did the test really crash and dump core or just raise exception and exit without coredump ? --

[issue4180] warnings.simplefilter(always) does not make warnings always show up

New submission from Jean-Paul Calderone [EMAIL PROTECTED]: If a warning is emitted then a filter with the always rule is added then the is emitted again, it will not be shown the second time: [EMAIL PROTECTED]:~$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu

[issue4181] Invalid Behavior When a Default Argument is a Dictionary.

New submission from Pasha [EMAIL PROTECTED]: Whenever the default argument to a function is a dictionary, and the function is called twice, then the function remembers the changes to the dictionary. This means that any time that a default argument is set to a dictionary, a list or any other

[issue4181] Invalid Behavior When a Default Argument is a Dictionary.

Christian Heimes [EMAIL PROTECTED] added the comment: The behavior is correct, expected and well documented. http://effbot.org/pyfaq/why-are-default-values-shared-between-objects.htm -- nosy: +christian.heimes resolution: - invalid status: open - closed

[issue4182] warnings.warn shows the wrong filename and line number for stacklevel of 0

New submission from Jean-Paul Calderone [EMAIL PROTECTED]: In Python 2.5 and earlier, passing stacklevel=0 to warnings.warn resulted in a warning shown which pointed to warnings.py. In Python 2.6, passing a stacklevel of 0 results in the warning shown pointing to the file containing the call to

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Benjamin Peterson [EMAIL PROTECTED] added the comment: If you didn't raise the warning before using the simple filter, this would have worked. The undesired behavior is because of __warningsregistry__. It is set the first time the warning is emitted. When the second warning comes through, the

[issue4176] segfault with pickle if 4th or 5th item of tuple returned by __reduce__ is not an iterator

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The attached patch adds a test and corrects the crash. -- keywords: +needs review, patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file11862/save_reduce.patch ___ Python

[issue4182] warnings.warn shows the wrong filename and line number for stacklevel of 0

Benjamin Peterson [EMAIL PROTECTED] added the comment: The reason for this is that the C implementation of warnings doesn't show up on the frame stack. (The pure Python implementation of warnings in 2.6 works like in 2.5.) The only solution for this one might be using the Python implementation.

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Brett Cannon [EMAIL PROTECTED] added the comment: Obviously the big problem with that change, Benjamin, is you will be changing the semantics. And that is a tough thing to change when it involves the warning machinery itself so emitting a warning about a warning might get messy. --

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Benjamin Peterson [EMAIL PROTECTED] added the comment: Oh, do we not consider __warningsregistry__ an implementation detail? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4180 ___

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Oct 22, 2008 at 3:39 PM, Benjamin Peterson [EMAIL PROTECTED] wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: Oh, do we not consider __warningsregistry__ an implementation detail? I guess you could view it that way. I

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Benjamin Peterson [EMAIL PROTECTED] added the comment: A simple solution would be to allow warn_explicit to be overridden. Then a custom warn_explicit function could simply ignore the registry argument. ___ Python tracker [EMAIL PROTECTED]

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Brett Cannon [EMAIL PROTECTED] added the comment: On Wed, Oct 22, 2008 at 4:11 PM, Benjamin Peterson [EMAIL PROTECTED] wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: A simple solution would be to allow warn_explicit to be overridden. Then a custom warn_explicit function could

[issue4183] test with pickle.HIGHEST_PROTOCOL missing

New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: some tests use for proto in range(pickle.HIGHEST_PROTOCOL), but this statement won't invoke proto == pickle.HIGHEST_PROTOCOL. Is this intended? If not, I hope attached patch will fix this issue. -- components: Tests files:

[issue4170] segfault with defaultdict and pickle

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I created test case referring to test_bytes, but I noticed range(pickle.HIGHETST_PROTOCOL) doesn't test HIGHEST_PROTOCOL itself. So patch revised. I created another tracker item for other tests using range(pickle.HIGHETST_PROTOCOL). See

[issue4183] test with pickle.HIGHEST_PROTOCOL missing

Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- keywords: +easy Added file: http://bugs.python.org/file11865/test_with_HIGHEST_PROTOCOL_on_py3k.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4183

[issue4183] test with pickle.HIGHEST_PROTOCOL missing

Benjamin Peterson [EMAIL PROTECTED] added the comment: That lots reasonable to me. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4183 ___

[issue4183] test with pickle.HIGHEST_PROTOCOL missing

Benjamin Peterson [EMAIL PROTECTED] added the comment: s/lots/looks/ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4183 ___ ___ Python-bugs-list mailing list

[issue4176] segfault with pickle if 4th or 5th item of tuple returned by __reduce__ is not an iterator

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I think the patch is fine. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4176 ___ ___ Python-bugs-list

[issue4183] test with pickle.HIGHEST_PROTOCOL missing

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, I committed in r67002(trunk) and r67003(py3k). -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4183

[issue4180] warnings.simplefilter(always) does not make warnings always show up

Benjamin Peterson [EMAIL PROTECTED] added the comment: Don't worry, Brett; you made it really easy. :) Here's a patch. -- keywords: +patch Added file: http://bugs.python.org/file11866/warn_explicit_replace.patch ___ Python tracker [EMAIL PROTECTED]

[issue4184] Remove use of private attributes in smtpd

New submission from Richard Jones [EMAIL PROTECTED]: Executive summary of the patch: The attached patch removes the use of __private attributes in the smtpd module allowing it to be extensible without needing to use the _classname__attributename hack. Summary of the patch's changes: 1.

[issue4185] re module treats raw strings as normal strings

New submission from Ezio Melotti [EMAIL PROTECTED]: The re module seems to treat the raw strings as normal strings: 'a1a1a'.replace('1', r'\n') == re.sub('1', r'\n', 'a1a1a') False 'a1a1a'.replace('1', '\n') == re.sub('1', r'\n', 'a1a1a') True In the first line str.replace and re.sub should

[issue4185] re module treats raw strings as normal strings

Guido van Rossum [EMAIL PROTECTED] added the comment: No, re.sub()'s documentation (http://docs.python.org/library/re.html#re.sub) makes it clear that \ followed by n in the replacement string is interpreted. To insert \ followed by n you have to double the \ inside the raw string like this:

[issue4185] re module treats raw strings as normal strings

Ezio Melotti [EMAIL PROTECTED] added the comment: My bad, I only checked with help(re.sub). In the examples with re.search I was indeed wrong because I forgot to escape the \ and for the regex engine \n is the same of n (whereas \\n is a literal \ followed by n), but I expected