[issue1535659] NNTPS support in nntplib

[Bill Janssen]

Bill Janssen added the comment:

I'll take a look at this.

--
assignee:  -> janssen
nosy: +janssen

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue837234] Tk.quit and sys.exit cause Fatal Error

[Sean Reifschneider]

Sean Reifschneider added the comment:

blaforge: I know it's been years, but can you provide code that
reproduces this?  I'm going to switch it to "pending" state, please
re-open when you include some code to reproduce it.

--
status: open -> pending


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue877124] configure links unnecessary library libdl

[Martin v. Löwis]

Martin v. Löwis added the comment:

Yes, nobody seems to be interested in fixing it.


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue837234] Tk.quit and sys.exit cause Fatal Error

[Martin v. Löwis]

Martin v. Löwis added the comment:

It should not be possible to trigger Py_FatalError through pure Python
code. I still haven't tried reproducing the problem, but if it is
reproducable, it's a bug.


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue889544] win32 raw socket support

[Sean Reifschneider]

Sean Reifschneider added the comment:

Removed the "works for me" resolution because I think the poster
accidentally selected this.

No patch was attached, and the referenced URL for the information is
gone now.  Can the original submitter attach a patch for this.  Once we
have the patch I'm thinking about assigning to mhammond because Mark
recently touched some of the Windows sections of the socket module.

--
assignee:  -> mhammond
nosy: +jafo
resolution: works for me -> 


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1001] 2to3 crashes on input files with no trailing newlines

[Sean Reifschneider]

Changes by Sean Reifschneider:


--
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1598083] Top-level exception handler writes to stdout unsafely

[Jean-Paul Calderone]

Jean-Paul Calderone added the comment:

Not likely, given the number of things on my plate already.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue877124] configure links unnecessary library libdl

[Skip Montanaro]

Skip Montanaro added the comment:

Martin, can I close this?

--
nosy: +skip.montanaro
resolution:  -> wont fix
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue849662] reading shelves is really slow

[Skip Montanaro]

Skip Montanaro added the comment:

Raymond - can we close this ticket?

--
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue815753] SCO_SV: many modules cannot be imported

[Skip Montanaro]

Skip Montanaro added the comment:

No activity since late 2003.  Do we even have a SCO
system to test anything on?  Should SCO support be
dropped?

--
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue761863] readline module that checks signals

[Skip Montanaro]

Skip Montanaro added the comment:

kdart - do you have any response to Guido's question?

--
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue756576] Recursion limit too high for MacOSX

[Skip Montanaro]

Skip Montanaro added the comment:

This problem seems to have been fixed.  The
submitted test case yields maximum recursion
depth exceeded on both 2.5 and 2.6a0.

--
nosy: +skip.montanaro
resolution:  -> out of date


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue766910] fix one or two bugs in trace.py

[Skip Montanaro]

Skip Montanaro added the comment:

Zooko, is this patch still necessary?

--
assignee:  -> skip.montanaro
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue751260] Thread in threading.py can only be started once

[Skip Montanaro]

Skip Montanaro added the comment:

Closing as won't fix.  Python's threads work
as designed.  There are plenty of solutions
available to get the desired behavior.

--
nosy: +skip.montanaro
resolution:  -> wont fix


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue444582] Finding programs in PATH, addition to os

[Skip Montanaro]

Skip Montanaro added the comment:

Commenting on Brett's reply...  We use this sort
of facility in SpamBayes to search for the OCR
program.  I crafted something by hand which didn't
work on Windows.  Mark Hammond had to clean up the
mess I made.  Having this as a canned function in
os would be handy.

Have a look at find_program in this file:

http://spambayes.svn.sourceforge.net/viewvc/*checkout*/spambayes/trunk/spambayes/spambayes/ImageStripper.py?content-type=text%2Fplain

--
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue683910] zipfile should have a tarfile-like API

[Skip Montanaro]

Skip Montanaro added the comment:

Anthony, has this been fixed?

--
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue658407] email: minimal header encoding

[Skip Montanaro]

Skip Montanaro added the comment:

Marked as out-of-date.  Might as well close it.

--
nosy: +skip.montanaro
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue642309] pygettext should be installed

[Skip Montanaro]

Skip Montanaro added the comment:

I checked in a change to Tools/scripts/setup.py to
install ../i18n/pygettext.py.  The main scriptsinstall
makefile target still needs work though (opened a ticket
about that).

--
assignee:  -> skip.montanaro
nosy: +skip.montanaro
resolution:  -> fixed
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1054] scriptsinstall target fails in alternate build dir

[Skip Montanaro]

New submission from Skip Montanaro:

I tried running make scriptsinstall from my build directory.
It failed with this error message:

  error: file 'byteyears.py' does not exist

I added os.path.abspath() around the source file name in the
error message.  It's looking for byteyears.py in the current
directory.  From where I executed make it's in ../Tools/scripts.
I'm not sure it would work if executed from the top-level source
directory either.

--
components: Build
messages: 55398
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: scriptsinstall target fails in alternate build dir
type: behavior
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue602893] cgitb tracebacks not accessible

[Skip Montanaro]

Skip Montanaro added the comment:

I have no easy way to check if this change works.  Can you apply it to
your Python installation and give it a whirl?

Thx,

Skip

--
assignee:  -> skip.montanaro
nosy: +skip.montanaro


Tracker <[EMAIL PROTECTED]>

*** /tmp/skip/ediffTIE3ly	Tue Aug 28 20:03:46 2007
--- /Users/skip/src/python/trunk/Lib/cgitb.py	Tue Aug 28 20:02:27 2007
***
*** 138,147 
  i = lnum - index
  for line in lines:
  num = small(' ' * (5-len(str(i))) + str(i)) + ' '
- line = '%s%s' % (num, pydoc.html.preformat(line))
  if i in highlight:
  rows.append('%s' % line)
  else:
  rows.append('%s' % grey(line))
  i += 1
  
--- 138,148 
  i = lnum - index
  for line in lines:
  num = small(' ' * (5-len(str(i))) + str(i)) + ' '
  if i in highlight:
+ line = '=< s%s' % (num, pydoc.html.preformat(line))
  rows.append('%s' % line)
  else:
+ line = '%s%s' % (num, pydoc.html.preformat(line))
  rows.append('%s' % grey(line))
  i += 1
  
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1053] bogus attributes reported in asyncore doc

[billiejoex]

New submission from billiejoex:

http://docs.python.org/lib/module-asyncore.html

asyncore documentation erroneously report "ac_in_buffer_size" and
"ac_out_buffer_size" attributes which does not exist in
asyncore.dispatcher class. They're used in asynchat.async_chat class,
instead.
Moreover, asynchat documentation does not mention them.

--
components: Documentation
messages: 55396
nosy: billiejoex, josiahcarlson
severity: normal
status: open
title: bogus attributes reported in asyncore doc
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue527668] pydoc should respect __all__

[Skip Montanaro]

Skip Montanaro added the comment:

This was fixed in r36142 (i.e., ages ago).

--
nosy: +skip.montanaro
resolution:  -> fixed
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1051] certificate in Lib/test/test_ssl.py expires in February 2013

[Bill Janssen]

New submission from Bill Janssen:

Just a note that the certificate in Lib/test/test_ssl.py will expire in 
February of 2013 and have to be re-made.

--
components: Tests
messages: 55393
nosy: janssen
priority: low
severity: minor
status: open
title: certificate in Lib/test/test_ssl.py expires in February 2013
type: behavior
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1050] py3k: correction for test_marshal on Windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

I forgot to say that this allows test_marshal to pass with debug builds.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1050] py3k: correction for test_marshal on Windows

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc:

On Windows, debug builds insert stack probes, and recursive functions
tend to exhaust the stack faster.
This patch reduces the marshal maximum depth from 2000 to 1500 for debug
builds only. Optimized builds are not affected.

--
components: Windows
files: marshall.diff
messages: 55391
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: correction for test_marshal on Windows
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

marshall.diff
Description: Binary data
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1049] socket.socket.getsockname() has inconsistent UNIX/Windows behavior

[Bill Janssen]

New submission from Bill Janssen:

The behavior and return value for calling socket.socket.getsockname() on 
an unconnected unbound socket is unspecified.  On UNIX, it returns an 
address ('0.0.0.0', 0), while on Windows it raises an obscure exception 
"error: (10022, 'Invalid argument')".  This should be regularized; I'd 
suggest returning None if there is no name (address) for the socket.

--
components: Library (Lib)
messages: 55390
nosy: janssen
priority: normal
severity: normal
status: open
title: socket.socket.getsockname() has inconsistent UNIX/Windows behavior
type: behavior
versions: Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1048] py3k: correction for test_float on Windows

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc:

test_float crashes on Windows, because the %zd format is used in a call
to PyOS_snprintf().
The attached patch properly uses PY_FORMAT_SIZE_T.

--
components: Windows
files: formatter.diff
messages: 55389
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: correction for test_float on Windows
type: crash
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

formatter.diff
Description: Binary data
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue813986] robotparser interactively prompts for username and password

[Skip Montanaro]

Skip Montanaro added the comment:

For those monitoring this, note that I am no
unittest whiz, especially with oddball test
files like test_robotparser.py.  Please feel
free to rewrite that code.


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue813986] robotparser interactively prompts for username and password

[Skip Montanaro]

Skip Montanaro added the comment:

Checked in as r57626 on trunk and r57627 on 2.5.

--
resolution:  -> accepted
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue813986] robotparser interactively prompts for username and password

[Skip Montanaro]

Skip Montanaro added the comment:

I'll take this one.  Looks like an easy fix.

--
assignee: loewis -> skip.montanaro
nosy: +skip.montanaro
priority: high -> normal
type:  -> behavior


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1047] py3k: corrections for test_subprocess on windows

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc:


__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1047] py3k: corrections for test_subprocess on windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Did I say that test_subprocess now passes on windows?

__
Tracker <[EMAIL PROTECTED]>

__

subprocess.diff
Description: Binary data
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1047] py3k: corrections for test_subprocess on windows

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc:

I join three patches for py3k on Windows:

1/ getargs.diff adds the 'Z' and 'Z#' format specifiers for
PyArg_ParseTuple. They mimic z and z# for unicode strings, by accepting
a Unicode or None (in which case the Py_UNICODE* pointer is set to
NULL). With doc and tests.

2/ subprocess.diff converts file PC/_subprocess.c to unicode. We use the
Unicode version of the win32 api (and Z conversion from previous patch)

3/ stdout.diff: sys.stdout must not convert the line endings, Windows
already does it. 
Without this patch, when redirecting the output of python, the file
contains \r\r\n for each line. (test_subprocess did catch this)

--
components: Interpreter Core, Windows
files: getargs.diff
messages: 55384
nosy: amaury.forgeotdarc
severity: normal
status: open
title: py3k: corrections for test_subprocess on windows
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__

getargs.diff
Description: Binary data
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1202533] a bunch of infinite C recursions

[Brett Cannon]

Changes by Brett Cannon:


--
priority: high -> urgent

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1202533] a bunch of infinite C recursions

[Brett Cannon]

Changes by Brett Cannon:


--
keywords: +patch
priority: normal -> high
severity: normal -> major
type:  -> crash
versions: +Python 2.6

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue837234] Tk.quit and sys.exit cause Fatal Error

[Sean Reifschneider]

Sean Reifschneider added the comment:

Is this a bug or just incorrect usage?  From reading the message it
sounds like it may just have been an incorrect usage.

If it's a bug, can we get a sample that reproduces the problem?

--
nosy: +jafo


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1598083] Top-level exception handler writes to stdout unsafely

[Sean Reifschneider]

Sean Reifschneider added the comment:

I don't suppose you could wrangle up a proposed patch to fix this?

--
nosy: +jafo

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue815646] thread unsafe file objects cause crash

[Georg Brandl]

Changes by Georg Brandl:


--
priority: normal -> urgent
severity: normal -> major
type:  -> crash


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1778376] Segfault closing a file from concurrent threads

[Georg Brandl]

Georg Brandl added the comment:

Actually, this is a dupe of #815646.

--
nosy: +georg.brandl
resolution:  -> duplicate
status: open -> closed
superseder:  -> thread unsafe file objects cause crash

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1779871] Make python build with gcc-4.2 on OS X 10.4.9

[Jeffrey Yasskin]

Jeffrey Yasskin added the comment:

I'm not going to get to this for about a week, but I'll test the patch then.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1779871] Make python build with gcc-4.2 on OS X 10.4.9

[Ronald Oussoren]

Changes by Ronald Oussoren:


_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1779871] Make python build with gcc-4.2 on OS X 10.4.9

[Ronald Oussoren]

Changes by Ronald Oussoren:


_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1779871] Make python build with gcc-4.2 on OS X 10.4.9

[Ronald Oussoren]

Ronald Oussoren added the comment:

jyasskin: could you test apple_gcc_flags.diff? That's a version of your 
patch where configure tests if GCC supports -Wno-long-double and -no-
cpp-precomp.

NOTE: the patch doesn't update configure, you'll have to run autoconf 
after applying it.

NOTE2: the patch is relative to python's trunk, but should apply to 
2.5.x as well.

--
resolution:  -> accepted

_
Tracker <[EMAIL PROTECTED]>

_Index: configure.in
===
--- configure.in(revision 57620)
+++ configure.in(working copy)
@@ -818,7 +818,45 @@
;;
# is there any other compiler on Darwin besides gcc?
Darwin*)
-   BASECFLAGS="$BASECFLAGS -Wno-long-double -no-cpp-precomp 
-mno-fused-madd"
+   BASECFLAGS="$BASECFLAGS -no-cpp-precomp -mno-fused-madd"
+
+   # Earlier versions of Xcode/DeveloperTools shipped with GCC 3.x
+   # which warned about using "long double". That warning is 
+   # surpressed using -Wno-long-double, but that flag is not 
+   # available in stock GCC
+   AC_MSG_CHECKING(whether $CC accepts -Wno-long-double)
+   ac_save_cc="${CC}"
+   CC="${CC} -Wno-long-double"
+   AC_TRY_RUN([int main(void) { return 0; }],
+   ac_cv_no_long_double_ok=yes,
+   ac_cv_no_long_double_ok=no,
+   ac_cv_no_long_double_ok=no)
+   CC="$ac_save_cc"
+   AC_MSG_RESULT($ac_cv_no_long_double_ok)
+   if test $ac_cv_no_long_double_ok = yes; then
+   BASECFLAGS="$BASECFLAGS -Wno-long-double"
+fi
+
+   # Even earlier versions of Apple's GCC (appearently before 
+   # GCC 3.1) sported a broken implementation of precompiled headers,
+   # -no-cpp-precomp disables that functionality, but isn't supported
+   # by stock GCC.
+   # XXX: need to check which version of OSX/DeveloperTools ships
+   # with this broken version of GCC, if that's old enough we can
+   # drop this check.
+   AC_MSG_CHECKING(whether $CC accepts -no-cpp-precomp)
+   ac_save_cc="${CC}"
+   CC="${CC} -no-cpp-precomp"
+   AC_TRY_RUN([int main(void) { return 0; }],
+   ac_cv_no_precomp_ok=yes,
+   ac_cv_no_precomp_ok=no,
+   ac_cv_no_precomp_ok=no)
+   CC="$ac_save_cc"
+   AC_MSG_RESULT($ac_cv_no_precomp_ok)
+   if test $ac_cv_no_precomp_ok = yes; then
+   BASECFLAGS="$BASECFLAGS -no-cpp-precomp"
+fi
+
if test "${enable_universalsdk}"; then
BASECFLAGS="-arch ppc -arch i386 -isysroot ${UNIVERSALSDK} 
${BASECFLAGS}"
fi
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1046] HTMLCalendar.formatyearpage not behaving as documented

[Walter Dörwald]

Walter Dörwald added the comment:

Fixed in r57620

--
nosy: +doerwalter
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1046] HTMLCalendar.formatyearpage not behaving as documented

[inefab]

inefab added the comment:

uploaded 2008cal.html

__
Tracker <[EMAIL PROTECTED]>

__
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>




Calendar for 2008


2008
January
MonTueWedThuFriSatSun
 123456
78910111213
14151617181920
21222324252627
28293031   


February
MonTueWedThuFriSatSun
123
45678910
11121314151617
18192021222324
2526272829  


March
MonTueWedThuFriSatSun
 12
3456789
10111213141516
17181920212223
24252627282930
31  


April
MonTueWedThuFriSatSun
 123456
78910111213
14151617181920
21222324252627
282930


May
MonTueWedThuFriSatSun
   1234
567891011
12131415161718
19202122232425
262728293031 


June
MonTueWedThuFriSatSun
  1
2345678
9101112131415
16171819202122
23242526272829
30  


July
MonTueWedThuFriSatSun
 123456
78910111213
14151617181920
21222324252627
28293031   


August
MonTueWedThuFriSatSun
123
45678910
11121314151617
18192021222324
25262728293031


September
MonTueWedThuFriSatSun
1234567
891011121314
15161718192021
22232425262728
2930 


October
MonTueWedThuFriSatSun
  12345
6789101112
13141516171819
20212223242526
2728293031  


November
MonTueWedThuFriSatSun
 12
3456789
10111213141516
17181920212223
24252627282930


December
MonTueWedThuFriSatSun
1234567
891011121314
15161718192021
22232425262728
293031



___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1046] HTMLCalendar.formatyearpage not behaving as documented

[inefab]

New submission from inefab:

The function HTMLCalendar.formatyearpage in module calendar takes at
most 5 arguments (year, month, css, encoding) whereas documentation
(http://docs.python.org/lib/module-calendar.html) says it takes at most
6 (theyear, themonth[, width[, css[, encoding]]]). 

Also, the title tag in the head of the produced document with (year,
month, css) as arguments isn't properly closed ; the line is
Calendar for 2008Calendar for 2008

This happend with linux (debian sid), with Python 2.5.1

Note: I haven't tested if the encoding did what it should 

Joined files :
 - HTMLyearbug.py: reproduces the bug
 - 2008cal.html: the output produced by this file

--
components: Extension Modules
files: cal.py
messages: 55376
nosy: inefab
severity: normal
status: open
title: HTMLCalendar.formatyearpage not behaving as documented
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__#requires python 2.5

from calendar import HTMLCalendar as Cal

## head = open('head','r')
## foot = open('foot','r')

firstmonth = 1
lastmonth = 12
year = 2008

a = Cal(0)

## for month in xrange(firstmonth, lastmonth+1):
## if month < 10:
## out = open(str(year) + ' - 0' + str(month), 'w') #add a leading 0
## else:
## out = open(str(year) + ' - '  + str(month), 'w')

## out.write(a.formatmonth(year, month, 1))
## out.close()

out = open(str(year), 'w')
out.write(a.formatyearpage(year, 1, 3, 'cal.css'))
out.close()___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1032] Improve the hackish runtime_library_dirs support for gcc

[Alexandre Vassalotti]

Alexandre Vassalotti added the comment:

> The patch is incorrect since find returns -1 on failure.

Oops, that is right. I attached the corrected patch.

__
Tracker <[EMAIL PROTECTED]>

__Index: Lib/distutils/unixccompiler.py
===
--- Lib/distutils/unixccompiler.py	(revision 57274)
+++ Lib/distutils/unixccompiler.py	(working copy)
@@ -282,7 +282,7 @@
 return "+s -L" + dir
 elif sys.platform[:7] == "irix646" or sys.platform[:6] == "osf1V5":
 return ["-rpath", dir]
-elif compiler[:3] == "gcc" or compiler[:3] == "g++":
+elif "gcc" in compiler or "g++" in compiler:
 return "-Wl,-R" + dir
 else:
 return "-R" + dir
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617699] slice-object support for ctypes Pointer/Array

[Thomas Wouters]

Thomas Wouters added the comment:

I'd like to check this into the trunk, without the non-step-1 support
for now, so that we can remove simple slicing from the py3k branch. We
can always add non-step-1 support later (all the sooner if someone who
isn't me volunteers to do the painful bits of that support, probably by
copy-pasting from the array module ;-)

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617687] specialcase simple sliceobj in list (and bugfixes)

[Thomas Wouters]

Thomas Wouters added the comment:

I prefer the current method, as it's more obviously walking in two
strides across the same array. I also dislike hiding the final memmove()
of the tail bit inside the loop. As for which is more obvious, I would
submit neither is obvious, as it took me quite a bit of brainsweat to
figure out how either version was supposed to work after not looking at
the code for months :)

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617702] extended slicing for buffer objects

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617701] extended slicing for structseq

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617700] slice-object support for mmap

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617698] Extended slicing for array objects

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617691] Extended slicing for UserString

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1617682] specialcase simple sliceobj in tuple/str/unicode

[Thomas Wouters]

Thomas Wouters added the comment:

Committed revision 57619.

--
assignee:  -> twouters
resolution:  -> fixed
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1045] Performance regression in 2.5

[Andreas Kloeckner]

New submission from Andreas Kloeckner:

The attached program uncovers a two-fold performance regression in
Python 2.5 with respect to Python 2.4. Below, the "element-wise" case
goes from 2.5 seconds in 2.4 to about 4 in 2.5. Since that's a pretty
serious increase, I thought I'd point it out.

$ python2.5 periodic_test.py
elwise 3.91989398003
collective 1.21577095985

$ python2.4 periodic_test.py
elwise 2.50014710426
tuplewise 1.35589385033

--
components: Interpreter Core, Library (Lib)
files: periodic_test.py
messages: 55366
nosy: inducer
severity: normal
status: open
title: Performance regression in 2.5
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__"""This benchmark informs the decision whether to do matching of periodic
face pairs by lookup of tuples of vertices or each vertex separately.

At the time of this writing, and under Python 2.5, tuplewise lookup has
about a 1-to-4 advantage.
"""

def main():
from random import choice
from time import time

N = 50
base_set = range(N)

# generate correspondence
corr = dict((b, choice(base_set)) for b in base_set)

# generate tuples
TS = 3
N_TUP = 50
tups = [tuple(choice(base_set) for i in range(TS))
for j in range(N_TUP)]

tup_corr = {}
for tup in tups:
mapped = tuple(corr[t] for t in tup)
tup_corr[tup] = mapped

ITER = 50
start = time()
for i in xrange(ITER):
tup = choice(tups)
mapped = tuple(corr[t] for t in tup)
print "elwise", time()-start

start = time()
for i in xrange(ITER):
tup = choice(tups)
mapped = tup_corr[tup]
print "tuplewise", time()-start

if __name__ == "__main__":
main()
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1044] tarfile insecure pathname extraction

[Lars Gustäbel]

Lars Gustäbel added the comment:

In principle I do not object, but this is a preliminary patch. I am
still not happy with the naming of the "check_paths" argument. Also, the
patch was made against the trunk which means that it contains hunks with
the new reStructuredText documentation. Please be patient.

I do not change extract() because it has become more and more a
low-level method over the years, that makes promises it cannot keep and
should not be used at all. I try to discourage its use in the documentation.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1000] Patch to rename *Server modules to lower-case

[Sean Reifschneider]

Changes by Sean Reifschneider:


--
priority:  -> normal

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1403221] 2.3.5 source RPM install fails w/o tk-devel

[Sean Reifschneider]

Sean Reifschneider added the comment:

I'm going to call this closed because this is basically a build
environment problem and the RPM can't really detect it at build time. 
This is noted in the RPM building FAQ, and if you search for the
"unclear" message you will find the resolution (either installing the TK
development package or removing the TK runtime package, depending on
your exact needs).

--
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1597011] Reading with bz2.BZ2File() returns one garbage character

[Sean Reifschneider]

Changes by Sean Reifschneider:


--
assignee:  -> jafo

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1597011] Reading with bz2.BZ2File() returns one garbage character

[Sean Reifschneider]

Sean Reifschneider added the comment:

There are some bugs in the bz2 module.  The problem boils down to the
following code, notice how *c is assigned *BEFORE* the check to see if
there was a read error:

   do {
  BZ2_bzRead(&bzerror, f->fp, &c, 1);
  f->pos++;
  *buf++ = c;
   } while (bzerror == BZ_OK && c != '\n' && buf != end);

This could be fixed by putting a "if (bzerror == BZ_OK) break;" after
the BZ2_bzRead() call.

However, I also noticed that in the universal newline section of the
code it is reading a character, incrementing f->pos, *THEN* checking if
buf == end and if so is throwing away the character.

I changed the code around so that the read loop is unified between
universal newlines and regular newlines.  I guess this is a small
performance penalty, since it's checking the newline mode for each
character read, however we're already doing a system call for every
character so one additional comparison and jump to merge duplicate code
for maintenance reasons is probably a good plan.  Especially since the
reason for this bug only existed in one of the two duplicated parts of
the code.

Please let me know if this looks good to commit.

--
nosy: +jafo

_
Tracker <[EMAIL PROTECTED]>

_Index: Modules/bz2module.c
===
--- Modules/bz2module.c	(revision 57479)
+++ Modules/bz2module.c	(working copy)
@@ -249,24 +249,20 @@
 
 	for (;;) {
 		Py_BEGIN_ALLOW_THREADS
-		if (univ_newline) {
-			while (1) {
-BZ2_bzRead(&bzerror, f->fp, &c, 1);
-f->pos++;
-if (bzerror != BZ_OK || buf == end)
-	break;
+		while (buf != end) {
+			BZ2_bzRead(&bzerror, f->fp, &c, 1);
+			if (bzerror != BZ_OK) break;
+			f->pos++;
+			if (univ_newline) {
 if (skipnextlf) {
 	skipnextlf = 0;
 	if (c == '\n') {
-		/* Seeing a \n here with
-		 * skipnextlf true means we
+		/* Seeing a \n here with skipnextlf true means we
 		 * saw a \r before.
 		 */
 		newlinetypes |= NEWLINE_CRLF;
-		BZ2_bzRead(&bzerror, f->fp,
-			   &c, 1);
-		if (bzerror != BZ_OK)
-			break;
+		BZ2_bzRead(&bzerror, f->fp, &c, 1);
+		if (bzerror != BZ_OK) break;
 	} else {
 		newlinetypes |= NEWLINE_CR;
 	}
@@ -276,17 +272,12 @@
 	c = '\n';
 } else if ( c == '\n')
 	newlinetypes |= NEWLINE_LF;
-*buf++ = c;
-if (c == '\n') break;
 			}
-			if (bzerror == BZ_STREAM_END && skipnextlf)
-newlinetypes |= NEWLINE_CR;
-		} else /* If not universal newlines use the normal loop */
-			do {
-BZ2_bzRead(&bzerror, f->fp, &c, 1);
-f->pos++;
-*buf++ = c;
-			} while (bzerror == BZ_OK && c != '\n' && buf != end);
+			*buf++ = c;
+			if (c == '\n') break;
+		}
+		if (univ_newline && bzerror == BZ_STREAM_END && skipnextlf)
+			newlinetypes |= NEWLINE_CR;
 		Py_END_ALLOW_THREADS
 		f->f_newlinetypes = newlinetypes;
 		f->f_skipnextlf = skipnextlf;
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1044] tarfile insecure pathname extraction

[jan matejek]

jan matejek added the comment:

no change to extract() ?

otherwise looks good to me. if you don't object, i am applying this to
SUSE's python 2.5

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1089974] mmap missing offset parameter

[Huang Peng]

Changes by Huang Peng:


--
nosy: +phuang

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1044] tarfile insecure pathname extraction

[Lars Gustäbel]

New submission from Lars Gustäbel:

tarfile does not check pathnames or linknames on extraction. This can
lead to data loss or attack scenarios when members with absolute
pathnames or pathnames outside of the archive's scope overwrite or
overlay existing files or directories.

Example for a symlink attack against /etc/passwd:

foo -> /etc
foo/passwd

--
assignee: lars.gustaebel
components: Library (Lib)
files: insecure_pathnames.diff
keywords: patch
messages: 55361
nosy: lars.gustaebel, matejcik
priority: normal
severity: normal
status: open
title: tarfile insecure pathname extraction
type: security
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__Index: Doc/library/tarfile.rst
===
--- Doc/library/tarfile.rst (revision 57571)
+++ Doc/library/tarfile.rst (working copy)
@@ -168,6 +168,12 @@
:attr:`TarFile.errorlevel`\ ``== 2``.
 
 
+.. exception:: SecurityError
+
+   Is a subclass of :exc:`ExtractError` and is raised when insecure pathnames
+   are found on extraction.
+
+
 .. exception:: HeaderError
 
Is raised by :meth:`frombuf` if the buffer it gets is invalid.
@@ -327,16 +333,22 @@
available.
 
 
-.. method:: TarFile.extractall([path[, members]])
+.. method:: TarFile.extractall([path[, members[, check_paths]]])
 
Extract all members from the archive to the current working directory or
-   directory *path*. If optional *members* is given, it must be a subset of the
-   list returned by :meth:`getmembers`. Directory information like owner,
-   modification time and permissions are set after all members have been 
extracted.
-   This is done to work around two problems: A directory's modification time is
-   reset each time a file is created in it. And, if a directory's permissions 
do
-   not allow writing, extracting files to it will fail.
+   directory *path*. If optional *members* is given, it must be an iterator of
+   :class:`TarInfo` objects (e.g. a subset of the list returned by
+   :meth:`getmembers`). If *check_paths* is :const:`True` (default), insecure
+   pathnames that are absolute or point to a destination outside of the
+   archive's scope are rejected. Depending on :attr:`TarFile.errorlevel` a
+   :exc:`SecurityError` is raised.
 
+   Directory information like owner, modification time and permissions are set
+   after all members have been extracted. This is done to work around two
+   problems: A directory's modification time is reset each time a file is
+   created in it. And, if a directory's permissions do not allow writing,
+   extracting files to it will fail.
+
.. versionadded:: 2.5
 
 
@@ -349,9 +361,8 @@
 
.. note::
 
-  Because the :meth:`extract` method allows random access to a tar archive 
there
-  are some issues you must take care of yourself. See the description for
-  :meth:`extractall` above.
+  The :meth:`extract` method does not take care of several extraction 
issues.
+  In most cases you should consider using the :meth:`extractall` method.
 
 
 .. method:: TarFile.extractfile(member)
Index: Lib/tarfile.py
===
--- Lib/tarfile.py  (revision 57571)
+++ Lib/tarfile.py  (working copy)
@@ -340,6 +340,9 @@
 class ExtractError(TarError):
 """General exception for extract errors."""
 pass
+class SecurityError(ExtractError):
+"""Exception for insecure pathnames."""
+pass
 class ReadError(TarError):
 """Exception for unreadble tar archives."""
 pass
@@ -2006,12 +2009,13 @@
 
 self.members.append(tarinfo)
 
-def extractall(self, path=".", members=None):
+def extractall(self, path=".", members=None, check_paths=True):
 """Extract all members from the archive to the current working
directory and set owner, modification time and permissions on
directories afterwards. `path' specifies a different directory
to extract to. `members' is optional and must be a subset of the
-   list returned by getmembers().
+   list returned by getmembers(). If `check_paths' is True insecure
+   pathnames are not extracted.
 """
 directories = []
 
@@ -2019,6 +2023,20 @@
 members = self
 
 for tarinfo in members:
+if check_paths:
+try:
+self._check_path(tarinfo.name)
+if tarinfo.islnk():
+self._check_path(tarinfo.linkname)
+if tarinfo.issym():
+self._check_path(os.path.join(tarinfo.name, 
tarinfo.linkname))
+except SecurityError, e:
+if self.errorlevel > 1:
+raise
+else:
+self._dbg(1, "tarfile: %s" % e)
+co

[issue708374] add offset to mmap

[Huang Peng]

Changes by Huang Peng:


--
nosy: +phuang


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue775964] fix test_grp failing on RedHat 6.2

[Sean Reifschneider]

Sean Reifschneider added the comment:

A few comments on this one:

Perhaps the tests should be patched instead of the grp module?  Because
it may be useful for someone to know that old-style NIS maps are being
referenced.

I presume if the change is made in grp that it should also be made in pwd?

Shouldn't the patch do a "continue" instead of a break?  I believe the
"+" entry means "include the contents of the NIS map here (I don't
believe it can be used for LDAP), and as far as I know does not HAVE to
be included at the end of the file.

We probably don't care, but just to be canonical it seems that there are
also "+name" and "-name" entries in /etc/group and /etc/passwd.  "+name"
in an entry is the same as a "name" entry, but the additional fields are
read from NIS.  "-name" means that "name" is not a valid user (in other
words, don't let "name" login, even if they exist in NIS).  I can't
imagine we want to implement those though, because...

Note that the "+" syntax is the old syntax from before nsswitch was
introduced.  As far as I know, + syntax was deprecated back in 1995 when
nsswitch.conf was added.

In conclusion, I think the tests that the tests that annoy Anthony
should be fixed, but I'm not convinced the behavior of grp should be
changed.  Particularly without a corresponding change in pwd.

Thoughts?

See the following URL for more information about the +/- syntax: 
http://bama.ua.edu/cgi-bin/man-cgi?nsswitch.conf+4

--
nosy: +jafo


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1029] py3k: io.StringIO.getvalue() returns \r\n

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Here is a new version of the class, which removes the 'newline' argument
from the constructor.
I also removed the 'encoding' argument, since this is really an
implementation detail of the underlying buffer.

Index: Lib/io.py
===
--- Lib/io.py   (revision 57564)
+++ Lib/io.py   (working copy)
@@ -1390,10 +1390,10 @@

 # XXX This is really slow, but fully functional

-def __init__(self, initial_value="", encoding="utf-8", newline=None):
+def __init__(self, initial_value=""):
 super(StringIO, self).__init__(BytesIO(),
-   encoding=encoding,
-   newline=newline)
+   encoding="utf-8",
+   newline='\n')
 if initial_value:
 if not isinstance(initial_value, basestring):
 initial_value = str(initial_value)

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Sean Reifschneider]

Changes by Sean Reifschneider:


_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Sean Reifschneider]

Changes by Sean Reifschneider:


_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1530559] struct.pack raises TypeError where it used to convert

[Sean Reifschneider]

Sean Reifschneider added the comment:

etrepum: Can you fix the test which caused this to be re-opened?

I'm tempted to push this down in priority from urgent to high, since the
code is (apparently) fixed, just the test is failing, but ideally this
could just get fixed.

--
nosy: +jafo

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue515751] Missing docs for module imputil

[Sean Reifschneider]

Sean Reifschneider added the comment:

I've committed some *very* basic documentation as
Doc/library/imputil.rst.  This is mostly pulling the documentation I
could find in the web and in the code and setting it up in Python doc
format.  I'm adding people who have recently touched the module, as well
as Greg, to the nosy list.  If someone could expand it, particularly the
sections marked "Undocumented", that'd be great.

Though the documentation is not perfect, it is something.  I'm going to
close this bug, let me know if there are any objections.

--
nosy: +georg.brandl, gstein, jafo, loewis, tim_one
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1036] py3k _bsddb.c patch to use the new buffer API

[Gregory P. Smith]

Gregory P. Smith added the comment:

committed to py3k branch using SIMPLE instead of LOCKDATA: r57610

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com