I, too, have multiple versions installed -- newer ones for running code
I haven't upgraded; older ones for compatibility testing where needed.
I just install to the default c:\pythonxy directories (although I like
the idea of a common root) and I put NTFS hardlinks into my general
c:\tools
Ben Finney ben+pyt...@benfinney.id.au writes:
The point, one more time with feeling, is that the incompatibilities
between 2.x and 3.x will *increase* over time.
The issue is less the incompatibilities than the -backwards-
incompatibilities. Yes, Python 3 may introduce forward
On Wed, Jul 7, 2010 at 9:14 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
geremy condra debat...@gmail.com writes:
On Wed, Jul 7, 2010 at 8:26 PM, Brendan Abel 007bren...@gmail.com wrote:
Python 3.x will continue to change. The incompatibilities between
3.x and 2.x will only become more
* Alf P. Steinbach /Usenet, on 08.07.2010 01:47:
enum DoAddRef { doAddRef };
class Ptr
{
private:
PyObject* p_;
public:
Ptr( PyObject* p = 0 ): p_( p )
{}
Ptr( PyObject* p, DoAddRef ): p_( p )
{
assert( p !=
Paul Rubin no.em...@nospam.invalid writes:
Ben Finney ben+pyt...@benfinney.id.au writes:
The point, one more time with feeling, is that the incompatibilities
between 2.x and 3.x will *increase* over time.
The issue is less the incompatibilities than the -backwards-
incompatibilities.
On Wed, Jul 7, 2010 at 10:55 PM, Carl Banks pavlovevide...@gmail.com wrote:
On Jul 7, 1:31 am, Paul McGuire pt...@austin.rr.com wrote:
On Jul 6, 3:30 am, David Cournapeau courn...@gmail.com wrote: On Tue, Jul
6, 2010 at 4:30 AM, D'Arcy J.M. Cain da...@druid.net wrote:
One thing that would
The code below, very much work in progress, just trying things, is C++.
Sorry about the formatting, I had to reformat manually for this posting:
code
class Module
{
private:
Ptr p_;
public:
Module( PyModuleDef const def )
: p_(
On 7/7/2010 5:29 AM, geremy condra wrote:
On Tue, Jul 6, 2010 at 1:37 AM, Terry Reedytjre...@udel.edu wrote:
On 7/5/2010 9:00 PM, Philip Semanchuk wrote:
On Jul 5, 2010, at 6:41 PM, Chris Rebert wrote:
On Mon, Jul 5, 2010 at 3:38 PM, Philip Semanchu
I ported two pure C extensions from 2
geremy condra debat...@gmail.com writes:
On Wed, Jul 7, 2010 at 9:14 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
[backward-]incompatibilities between 2.x and 3.x will *increase*
over time.
...and? I don't get to use features from 2.7, why would I expect to
use features from 3.3?
I'm starting to think that one should use Decimals by default and
reserve floats for special cases.
This is somewhat analogous to the way that Python provides
arbitrarily-big integers by default and Python programmers only use
old-fashioned fixed-size integers for special cases, such as
On Wed, Jul 7, 2010 at 9:10 PM, Martin v. Loewis mar...@v.loewis.de wrote:
My preferred long-term solution is to reduce the usage of the C library
in CPython as much as reasonable, atleast on Windows. Memory management
could directly use the heap functions (or even more directly
On 7/7/2010 4:31 AM, Paul McGuire wrote:
[snip interesting report on how Paul suppost pyparsing for 2.3 to 3.1]
Thank you for this.
Do you think such cross-version support would have been easier or harder
if the major changes and deletions in 3.0 has been spread over several
versions, such
Ben Finney ben+pyt...@benfinney.id.au writes:
On the other hand, the door appears closed for Python 3 adding more
stuff that breaks Python 2 code.
What gives you that idea? Can you reference a specific statement from
the PYthon developers that says that?
It's just logic. As I understand it,
On Wed, Jul 7, 2010 at 11:32 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
geremy condra debat...@gmail.com writes:
On Wed, Jul 7, 2010 at 9:14 PM, Ben Finney ben+pyt...@benfinney.id.au
wrote:
[backward-]incompatibilities between 2.x and 3.x will *increase*
over time.
...and? I don't
On 7/7/2010 9:14 PM, Ben Finney wrote:
The point, one more time with feeling, is that the incompatibilities
between 2.x and 3.x will *increase* over time.
For the purpose of maintaining least-common-denominator multi-version
code, it is only deletions and semantic changes that matter.
On Thu, Jul 8, 2010 at 5:41 AM, Zooko O'Whielacronx zo...@zooko.com wrote:
I'm starting to think that one should use Decimals by default and
reserve floats for special cases.
This is somewhat analogous to the way that Python provides
arbitrarily-big integers by default and Python programmers
Dear Paul McGuire:
Thank you very much for these notes!
See also a few other notes:
Michael Foord:
http://www.voidspace.org.uk/python/weblog/arch_d7_2010_03_20.shtml#e1167
Ned Batchelder:
http://nedbatchelder.com/blog/200910/running_the_same_code_on_python_2x_and_3x.html
I was wondering if it
On 7/7/2010 10:49 PM, Ben Finney wrote:
Yes, that's what I meant. Python 3 is deliberately under no obligation
to support code that works in Python 2. If something needs fixing, and
that fix would involve breaking Python 2 code, then that's not a
consideration any more.
Code that works in 3.1
I saw you already mentioned work toward this a few months (years ?)
ago. Is there some kind of roadmap, or could you use some help ? I
would really like to solve this issue as much as we possibly can,
Well, Python 3 has already dropped stdio for its own io library, and
I do want to get rid of
On Wed, Jul 7, 2010 at 10:04 PM, David Cournapeau courn...@gmail.com wrote:
Decimal vs float is a different matter altogether: decimal has
downsides compared to float. First, there is this irreconcilable fact
that no matter how small your range is, it is impossible to represent
exactly all
Am 07.07.2010 23:10, schrieb Brendan Abel:
One thing that would be very useful is how to maintain something that
works on 2.x and 3.x, but not limiting yourself to 2.6. Giving up
versions below 2.6 is out of the question for most projects with a
significant userbase IMHO. As such, the idea of
On Jul 7, 10:55 pm, Carl Banks pavlovevide...@gmail.com wrote:
On Jul 7, 1:31 am, Paul McGuire pt...@austin.rr.com wrote:
I just
couldn't get through on the python-dev list that I couldn't just
upgrade my code to 2.6 and then use 2to3 to keep in step across the
2-3 chasm, as this would
Python 3.x will continue to change. The incompatibilities between 3.x
and 2.x will only become more numerous. If your goal is to support
2.x, and 3.x, you'd be best supporting them separately.
I don't think that's a particularly good approach. Having a single code
base for both likely
The point, one more time with feeling, is that the incompatibilities
between 2.x and 3.x will *increase* over time.
I think this is unfounded, and actually false.
Instead, the incompatibilities will *decrease* over the next few years.
Suppose you support 2.x and 3.x from a single code base.
Am 08.07.2010 04:17, schrieb imageguy:
I, too, have multiple versions installed -- newer ones for running code
I haven't upgraded; older ones for compatibility testing where needed.
I just install to the default c:\pythonxy directories (although I like
the idea of a common root) and I put
And since things work for a single method when I declare 'def' as
'static', I suspect that means that the function object created by
PyCFunction_NewEx holds on to a pointer to the PyMethodDef structure?
Correct; it doesn't make a copy of the struct. So when you want the
function object to
On 7/7/10 9:46 PM, Martin v. Löwis wrote:
I saw you already mentioned work toward this a few months (years ?)
ago. Is there some kind of roadmap, or could you use some help ? I
would really like to solve this issue as much as we possibly can,
Well, Python 3 has already dropped stdio for its
Stephen Hansen me+list/pyt...@ixokai.io wrote:
You're doing string formatting
to construct your SQL, which is where the trouble comes from.
You're wasting your breath, this topic has been discussed ad nauseum
with Victor for well over a year now. He appears to be teaching
himself relational db
Jyrki Wahlstedt jyrki.wahlst...@wahlstedt.fi added the comment:
The same line appears in Lib/distutils/util.py, line 148, and requires to be
treated the same.
These are the changes I had to make to get the build done for both 32- and
64-bit architectures.
--
Ronald Oussoren ronaldousso...@mac.com added the comment:
Maybe. I don't know when I'll have time to research the issue though.
The code looks correct and the HP-UX system headers do include the definition
for the type of 'mode' but for some reason that definition doesn't get picked
up.
Ronald Oussoren ronaldousso...@mac.com added the comment:
I don't think installing GCC will be possible on the machine I did the build on
(for non-technical reasons).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9175
Ronald Oussoren ronaldousso...@mac.com added the comment:
How do you build the univeral binary. I regularly build multiple arch builds
using the builtin support for that (--enable-universalsdk=/
--enable-univeral-archs=3-way) and don't need a patch for that.
--
Ronald Oussoren ronaldousso...@mac.com added the comment:
BTW. A cleaner replacement is:
archs = tuple(sorted(set(archs)))
(That is, sorted works on arbitrary iterables)
Tarek: is using set() acceptable in the distutils sources?
--
nosy: +tarek
Marc-Andre Lemburg m...@egenix.com added the comment:
sorted() and set() were introduced in Python 2.4.
If your code will not run in Python 2.3 anyway, then using those should be fine.
The only other place currently using set() is the MSVC9 compiler code. sorted()
is not used at all in
New submission from Zsolt Cserna zsolt.cse...@morganstanley.com:
os.getcwd() causes infinite loop on solaris10 when the length of the current
directory is greater than 1024 (them limit of the maximum absolute path).
os.getcwd is implemented by a while loop in python, see the function
Mark Summerfield m...@qtrac.eu added the comment:
On the PyPI page:
http://pypi.python.org/pypi/regex/0.1.20100706.1
in the Subscripting for groups bullet it gives this pattern:
r(?before.*?)(?num\\d+)(?after.*)
Shouldn't this be:
r(?Pbefore.*?)(?Pnum\\d+)(?Pafter.*)
Or has a new syntax been
Mark Summerfield m...@qtrac.eu added the comment:
If you do:
import regex as re
dir(re)
you get over 160 items, many of which begin with an underscore and so are
private. Couldn't __dir__ be reimplemented to eliminate them. (I know that the
current re module's dir() also returns private
Zsolt Cserna zsolt.cse...@morganstanley.com added the comment:
There would be also a solution to allocate a fix buffer with MAXLPATHLEN size
and call the getcwd function only one time - if MAXLPATHLEN is available.
--
___
Python tracker
Mark Summerfield m...@qtrac.eu added the comment:
I was wrong about r(?name.*). It is valid in the new engine. And the PyPI
docs do say so immediately _following_ the example.
I've tried all the examples in Programming in Python 3 second edition using
import regex as re and they all worked.
Stefan Krah stefan-use...@bytereef.org added the comment:
I've encountered this a while ago on OpenSolaris. According to the man
page
http://docs.sun.com/app/docs/doc/816-5168/getcwd-3c?a=view
this would be a bug in getcwd():
ERANGE
The size argument is greater than 0 and less than the
Zsolt Cserna zsolt.cse...@morganstanley.com added the comment:
You are right, but this bug could be easily avoided by using one of the
suggested solutions. In my experience a fix sized buffer (whose size is
MAXLPATHLEN - or 1024 if not defined) is usually passed to getcwd and the errno
is
Stefan Krah stefan-use...@bytereef.org added the comment:
I agree that there should be a workaround. In py3k the function is
implemented like you suggest.
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
Ryan Kelly r...@rfk.id.au added the comment:
Was also just bitten by this, trying to muck with PEP-302-style import hooks.
Note that the documented behaviour of zipimporter is also the behaviour
required by PEP 302, i.e. full dotted module name.
--
nosy: +rfk
New submission from Mark Dickinson dicki...@gmail.com:
from math import log1p
log1p(-1.0)
Traceback (most recent call last):
File stdin, line 1, in module
OverflowError: math range error
This should be a ValueError instead.
(Thanks Benjamin for noticing this.)
--
assignee:
Changes by Mark Dickinson dicki...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9186
___
___
New submission from Lloyd Sheng sen...@gmail.com:
While I install Pymongo,Error shows that:
running install
running bdist_egg
running egg_info
writing pymongo.egg-info\PKG-INFO
writing top-level names to pymongo.egg-info\top_level.txt
writing dependency_links to
Ronald Oussoren ronaldousso...@mac.com added the comment:
Note that this does not just affect MacOSX, this even affects Linux (although
the behaviour on the default filesystems is different).
On Linux the default is case-sensitive filesystems, but you can use network
filesystems that have
Stefan Krah stefan-use...@bytereef.org added the comment:
There error info is same as Issue7511.
Yes. Issue 7511 will be fixed at some point in distutils2. Closing this
as a duplicate.
--
nosy: +skrah
resolution: - duplicate
stage: - committed/rejected
status: open - closed
Antoine Pitrou pit...@free.fr added the comment:
Minor nit: given that final_opt is set to at the start of the loop, the
first conditional in:
if final_opt and final_opt != '-O0':
appears to be redundant.
I don't think it is (the empty string is false, but != -O0 is true).
New submission from Antoine Pitrou pit...@free.fr:
==
FAIL: test_unicode (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode values
--
Georg Brandl ge...@python.org added the comment:
Mark, __dir__ as a special method only works when defined on types, so you'd
have to use a module subclass for the regex module :)
As I already suggested, it is probably best to move most of the private stuff
into a separate module, and only
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is there anybody who can run with this as it's been in limbo for over two years?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Anybody willing and able to run with this?
--
nosy: +BreamoreBoy
stage: - needs patch
type: - crash
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Shouldn't this get looked at as it's high priority, albeit over a year old?
--
nosy: +BreamoreBoy
versions: +Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
Dave Malcolm dmalc...@redhat.com added the comment:
Oops, my bad. Patch looks good as is.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8605
___
Stefan Krah stefan-use...@bytereef.org added the comment:
I can reproduce this on Ubuntu with Python 2.7 and 3.2.
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4928
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
title: Problem with tempfile.NamedTemporaryFile on Solaris 10 - Problem with
tempfile.NamedTemporaryFile
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4928
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Since there will be no standalone release of this code, no worries
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9164
___
New submission from Jeffrey Yasskin jyass...@gmail.com:
Patch at http://codereview.appspot.com/1749042.
The idea here is to let the user set CFLAGS on either configure or make (or
both), and have later settings appear later in the $CC command line. I left
OPT, BASECFLAGS, and EXTRA_CFLAGS
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9189
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in py3k in r82626. I'm going to leave this as a 'won't fix' for the
maintenance branches, on the basis that the risk of breaking code by changing
the exception type exceeds the benefit from the fix.
--
resolution: - fixed
New submission from Mark Dickinson dicki...@gmail.com:
_PyFloat_Pack4 does a double-to-float cast, without first checking that the
value being converted is within the range of a float. According to C99
6.3.1.5p2, this results in undefined behaviour. It should be fixed (probably
via
Mickey Killianey mickey.killia...@gmail.com added the comment:
Would you be willing to consider supporting the level keyword as a convenience
for the most simple/common Handlers? (For example, maybe just StreamHandler
and FileHandler?)
--
nosy: +Mickey.Killianey
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks.
The relevant code in setup.py is all wrapped with --pydebug:
if COMPILED_WITH_PYDEBUG or not have_usable_openssl:
All of my testing had been --with-pydebug.
Rebuilding without --with-pydebug leads to some interesting
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
In Reg2Py() in winreg.c, in the REG_MULTI_SZ case, there's the following:
wchar_t **str = (wchar_t **)malloc(sizeof(wchar_t *)*s);
if (str == NULL)
return PyErr_NoMemory();
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9191
___
___
Python-bugs-list mailing
New submission from Benjamin Peterson benja...@python.org:
At the moment, the only way is float.__getformat__() which is unpleasant and
unofficial. Perhaps we could add a member to sys.float_info.
--
components: Interpreter Core
messages: 109488
nosy: benjamin.peterson, mark.dickinson
New submission from Barry A. Warsaw ba...@python.org:
As described in the thread started here:
http://mail.python.org/pipermail/python-dev/2010-June/100998.html
this bug requests that a new configure option called --with-so-abi-tag be added
to Python 3.2 to support sharing of .so files for
Changes by Barry A. Warsaw ba...@python.org:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9193
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
Attaching patch from live branch living here:
https://code.edge.launchpad.net/~barry/python/sovers
--
Added file: http://bugs.python.org/file17895/preview.diff
___
Python tracker
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9193
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
Unfortunately, I typically don't have time to consider the priority of issues.
However, in the specific case, I also fail to see the bug. Where does it say
that they are supposed to be deleted when the process is killed, and what
mechanism
Jean-Paul Calderone exar...@twistedmatrix.com added the comment:
I can't think of any way that you might be able to implement the behavior being
requested here.
Instead, if you don't want to leave files lying around, use TemporaryFile
instead of NamedTemporaryFile.
Perhaps the documentation
Martin v. Löwis mar...@v.loewis.de added the comment:
I can't think of any way that you might be able to implement the behavior
being requested here.
Thanks for the confirmation; lowering the priority then.
It would, of course, be possible to improve quality by registering an atexit
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
dependencies: +String interpolation doesn't work with sys.version_info
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5907
Brett Cannon br...@python.org added the comment:
Just to say what I said in my Rietveld review of the patch: I support the
approach Jeffrey is taking and the patch looks good.
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This is definitely the right way to do it. I expect that I will have only
minor nit-picks as I go through the patch.
1. You can probably just do
#define PyStructSequence_SET_ITEM PyTuple_SET_ITEM
#define
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9189
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9193
___
Benjamin Peterson benja...@python.org added the comment:
2010/7/7 Alexander Belopolsky rep...@bugs.python.org:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
This is definitely the right way to do it. I expect that I will have only
minor nit-picks as I go through
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Jul 7, 2010 at 4:19 PM, Benjamin Peterson
rep...@bugs.python.org wrote:
- PyStructSequence_New does not fill ob_item array with NULLs.
I'm not sure it really matters, since the fields should always be
filled
Benjamin Peterson benja...@python.org added the comment:
(New patch addresses review.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
Benjamin Peterson benja...@python.org added the comment:
Applied in r82636.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
I would suggest to document changed behavior of string interpolation with
sys.version_info and sys.getwindowsversion() in What’s New in Python 2.7 page
and maybe What’s New In Python 3.1 page.
--
Changes by Éric Araujo mer...@netwok.org:
--
stage: unit test needed - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This was a fantastic check-in. Thanks Benjamin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8413
___
Benjamin Peterson benja...@python.org added the comment:
structseq now does subclass tuple, so if there's any interest in adding
namedtuple APIs, now it should be easier.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Uploaded issue5288.diff to Rietveld:
http://codereview.appspot.com/1698050
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Where does it say that they are supposed to be deleted when the process is
killed,
Well, it is more of a natural expectation I guess.
and what mechanism specifically is supposed to actually perform the
deletion?
That's not the kind of
Marc-Andre Lemburg m...@egenix.com added the comment:
Jeffrey Yasskin wrote:
New submission from Jeffrey Yasskin jyass...@gmail.com:
Patch at http://codereview.appspot.com/1749042.
The idea here is to let the user set CFLAGS on either configure or make (or
both), and have later
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5127
___
___
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
I guess, I am not supposed to post to python-dev - not being a python
developer, hopefully it is appropriate to add a comment here - only based on my
current usage of (a modified) difflib.SequenceMatcher.
It seems, the mentions of text
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
issue5288a.diff addressed comments from Rietveld.
--
stage: unit test needed - commit review
Added file: http://bugs.python.org/file17897/issue5288a.diff
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Now I wonder whether it's reasonable to consider this character
U+1 (LINEAR B SYLLABLE B008 A)
as printable with repr(). Yes, its category is Lo, but is there a font which
can display it?
--
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
C code changes eliminating round-trips between timdelta and int offsets
committed in r82642 and Python code changes committed to sandbox in r82641.
Now the requested behavior change is easy and I am about +0.5 on relaxing
Changes by Terry J. Reedy tjre...@udel.edu:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2986
___
___
Python-bugs-list mailing list
Changes by Terry J. Reedy tjre...@udel.edu:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2986
___
___
Python-bugs-list mailing list
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
The comment before fixupMultiSZ and countString states:
** Note that fixupMultiSZ and countString have both had changes
** made to support incorrect strings. The registry specification
** calls for strings to be terminated
Jeffrey Yasskin jyass...@gmail.com added the comment:
Passing in user values to CFLAGS on configure should already work
without the patch.
Since the user's CFLAGS settings are overridden by Python's OPT
settings, it doesn't already work without the patch.
I'm not sure why you'd want to
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Extension Modules, Windows
nosy: +brian.curtin
stage: - unit test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9194
101 - 200 of 202 matches
Mail list logo