New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
I ported compile openssl without perl scheme into PC/VC6 from PCBuild.
And I noticed openssl compilation fails with a message IDEA is
disabled if I use original source code from openssl homepage.
I hope attached patch will fix
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The SyntaxError show that you are running python version 2.x.
Run testscript in verbose mode: $ sudo ./regrtest.py -v server.py
Your sudo command is wrong:
it should specify the path to the tested python executable,
and not rely on
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
What needs to happen next for this patch to go forward?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Mark, this looks fine.
Can you add support for PEP 378?
--
assignee: rhettinger - marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2110
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5139
___
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
resolution: - invalid
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5494
___
Antoine Pitrou pit...@free.fr added the comment:
Benjamin, do you think this should be fixed in 3.1?
--
nosy: +benjamin.peterson, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3565
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2009-03-14 02:32, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Based on the feedback above, it seems this should be committed,
shouldn't it?
+1
As mentioned several times on the ticket: static C data is not
Benjamin Peterson benja...@python.org added the comment:
It would be nice to deprecate the old names in 3.1 and remove them in
3.2, but I think it should get approval on python-dev.
--
assignee: georg.brandl -
___
Python tracker
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Neyro, your problem is caused by having two handlers (a FileHandler and
a RotatingFileHandler) pointing to the same file. Because of this,
rollover fails (the file is still open because there is a handle open
to it from the FileHandler).
New submission from once-off once-...@mailinator.com:
The attached script (sgml_error.py) was designed to output XML files
unchanged, other than expanding empty/ tags into an opening and
closing tag, such as empty/empty.
It seems the SGMLParser class recognizes an empty tag, but does not emit
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2066
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
About Python3, bytes.center accepts unicode as second argument, which
is an error for me:
bx.center(5, b\xe9)
b'\xe9\xe9x\xe9\xe9'
bx.center(5, \xe9)
b'\xe9\xe9x\xe9\xe9'
The second example must fail with a TypeError.
Matt Giuca matt.gi...@gmail.com added the comment:
Note that, irrespective of the changes to the library itself, the
documentation is out of date since it still uses the old
string/unicode nomenclature, rather than the new bytes/string. I
have provided a separate documentation patch which should
Antoine Pitrou pit...@free.fr added the comment:
Le mardi 17 mars 2009 à 10:56 +, Marc-Andre Lemburg a écrit :
+1
As mentioned several times on the ticket: static C data is not really
something to worry about these days.
Well, I suggest that someone familiar with the codec-building
Hye-Shik Chang hyes...@gmail.com added the comment:
When I asked Taiwanese developers how often they use these character
sets, it appeared that they are almost useless in the usual computing
environment in Taiwan. This will only serve for a historical
compatibility and literal standard
R. David Murray rdmur...@bitdance.com added the comment:
I checked the speed of the proposed patch, and found that it was
definitely slower than the original code. So I took another look at the
original, and refactored it in a different way: instead of moving the
sibling relinking into a second
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2009-03-17 13:30, Hye-Shik Chang wrote:
Hye-Shik Chang hyes...@gmail.com added the comment:
When I asked Taiwanese developers how often they use these character
sets, it appeared that they are almost useless in the usual computing
New submission from STINNER Victor victor.stin...@haypocalc.com:
To avoid byte/character mixture, getarg('c') must only accept a byte
string of 1 byte and getarg('C') only an unicode string of 1
character.
Impacted methods:
- datetime.datetime.isoformat(sep), array.array(type, data): don't
STINNER Victor victor.stin...@haypocalc.com added the comment:
In the python-dev thread, most people agree to use bytes in mmap. Did
anyone reviewed the patch? Can you commit it to py3k than then to the
3.0 branch?
--
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
In the python-dev thread, most people agree to use bytes in mmap. Did
anyone reviewed the patch?
Well, there is no conclusion which of your choices (a or b) is preferred.
R. David Murray rdmur...@bitdance.com added the comment:
This issue was discussed two years ago in this thread:
http://mail.python.org/pipermail/python-list/2006-December/588224.html
Most of the messages under that subject are noise about politeness or
lack thereof (including a post by the
New submission from Elijah Merkin e...@transas.com:
Tested on Python 2.5.4.
1. Use tarfile.open(fname, w|gz) to create an archive.
2. Add a file using TarFile.add(name, arcname=None, recursive=True,
exclude=None) by specifying 2 params: absolute path to a source file as
'name' and something
Malte Helmert helm...@informatik.uni-freiburg.de added the comment:
I eyeballed the new patch and wonder if the case where text nodes are
collapsed is handled correctly. Assume that self.childNodes contains
nodes [A, B, C], where A and B are non-empty text nodes and C is a
non-text node.
The
Neyro neyro.gi...@gmail.com added the comment:
@vsajip
thank you very much for correcting me.
I always thought that since I was not using that FileHandler it didn't
count, as if the handler was not created.
Now I see that there are no reasons for the config loader to ignore it,
especially since
R. David Murray rdmur...@bitdance.com added the comment:
You are absolutely right. I will write a test case and fix the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2170
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le Tuesday 17 March 2009 14:39:59 Hirokazu Yamamoto, vous avez écrit :
Well, there is no conclusion which of your choices (a or b) is preferred.
Guido just wrote in other mail thread (py3k: accept unicode for 'c' and byte
for 'C'
STINNER Victor victor.stin...@haypocalc.com added the comment:
msvcrt.ungetwch() calls _ungetch not _ungetwch
... are you sure that someone already used these functions? :-)
If you suppose that issue5499 is fixed, you can leave msvcrt_putch()
and msvcrt_ungetch unchanged and use C format in
STINNER Victor victor.stin...@haypocalc.com added the comment:
Patch implementing my proposition (depends on issue5499).
--
Added file: http://bugs.python.org/file13351/msvcrt_wchar.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
unicode methods center(), ljust(), rjust() use a callback (convert_uc)
to get an unicode character (unicode string of 1 character). If 'C' is
fixed, convert_uc() callback can be removed.
--
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Ah, no, this should not be backported to 3.0. Martin saids so in
msg82904, and I agreed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5391
R. David Murray rdmur...@bitdance.com added the comment:
Added several more tests, to validate the sibling link code more, and
fixed the bug.
--
Added file: http://bugs.python.org/file13352/issue2170.patch
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
Removed file: http://bugs.python.org/file13349/issue2170.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2170
___
New submission from Brandon Corfman bcorf...@fastmail.fm:
Indicate in docs whether freeze_support() can be called without issues
on Unix or OS X, so the user knows whether they can have a single code
base that works correctly on all platforms.
--
assignee: georg.brandl
components:
Changes by Jesse Noller jnol...@gmail.com:
--
assignee: georg.brandl - jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5501
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le Tuesday 17 March 2009 14:39:59 Hirokazu Yamamoto, vous avez écrit :
Well, there is no conclusion which of your choices (a or b) is preferred.
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
--
nosy: +ocean-city
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5499
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Imri, I don't think the 3.0 model for cross-type comparisons can be
backported without breaking code, so it probably isn't going to happen.
The whole purpose of the 3.x series was to allow improvements that
weren't backwards
STINNER Victor victor.stin...@haypocalc.com added the comment:
How does that answer the question? We know what data type to
use for multiple bytes - but what data type should be used
for a single byte?
Hum, what was the question? :-) Quote of my email:
« About m.read_byte(), we have two
Martin v. Löwis mar...@v.loewis.de added the comment:
Oh, I though that the question was about bytes vs str :-/ Ocean-city
and I prefer the solution (a). And you Martin?
I also think that ints should be used to represent individual bytes.
However, your list of alternatives is incomplete: we
Mark Dickinson dicki...@gmail.com added the comment:
New version of decimal_n_format.patch, with support for the thousands
separator (PEP 378). As discussed on python-dev, during zero-padding the
patched code adds an extra '0' on the left to avoid a leading ',' if
necessary. For example:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I sometimes use this trick on Windows: name the script with a .bat
extension, and put these lines on top of the file:
@echo off
rem =
rem run python on this bat file.
rem The -x causes python to skip the first line of the file:
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
The tests you submitted are reassuring. I think you should go ahead and
commit this.
--
resolution: - accepted
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Proof of concept of patch fixing this issue:
- parse_syntax_error() reads the text line into a PyUnicodeObject*
instead of a const char**
- create utf8_to_unicode_offset(): convert byte offset to a number of
characters. The
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Please remove the whitespace changes in the patch
(around _cache_lock). Otherwise it is good.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
Thanks for the comments all and sorry for the delay -- life!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5236
___
Changes by Tennessee Leeuwenburg tleeuwenb...@gmail.com:
Added file: http://bugs.python.org/file13355/strptime_patch_v2.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5236
___
Antoine Pitrou pit...@free.fr added the comment:
Well, if Bob has addressed all of Martin's comments, I suppose it can
get in.
The second step will be to port it to py3k...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
Bob Ippolito b...@redivi.com added the comment:
All of the comments are addressed. I am not going to go through the
trouble of creating a new patch to remove the remaining backwards
compatibility cruft in the C code and struct function. That is easier to
remove later.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
The patch in its current form is fine with me, please apply (OTOH, I
don't see the need for urgency - 2.7 is still many months away, and
likely, we will see another update to the same code before it gets released)
--
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Bob, please go ahead and commit. I don't see any advantage to letting
the code continue sit in the tracker. Also, having it in will let me go
forward with issue 5381 which has been held-up until this was complete.
Thanks
Malte Helmert helm...@informatik.uni-freiburg.de added the comment:
While we're cleaning up:
data = child.data
if not data:
could be
if not child.data:
since data is not used again.
Alternatively, you could use data in place of child.data later on for a
small speed-up, but
Changes by Malte Helmert helm...@informatik.uni-freiburg.de:
Removed file: http://bugs.python.org/file9513/minidom.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2170
___
Rudd-O rud...@rudd-o.com added the comment:
I am considering some changes in the auto-dependency part of the patch.
Keep tuned.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5474
___
Malte Helmert helm...@informatik.uni-freiburg.de added the comment:
I removed my original patch which has been superseded by David's patch.
David, I suggest that you also remove test_minidom.patch which is
superseded by your later patch (see http://bugs.python.org/msg77766 for
policy on this).
Mark Dickinson dicki...@gmail.com added the comment:
Committed, r70439 and r70440.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2110
___
Mark Dickinson dicki...@gmail.com added the comment:
Closing as duplicate of issue 2110.
--
resolution: - duplicate
status: open - closed
superseder: - Implement __format__ for Decimal
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
For an easier review, I splitted my patch in multiple small patches:
- unicode_utf8size.patch: create _PyUnicode_UTF8Size() function:
Number of bytes needed to encode the unicode character as UTF-8
- unicode_width.patch: create
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file13357/unicode_width.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2382
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file13358/adjust_offset.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2382
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Added file: http://bugs.python.org/file13359/print_exception.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2382
___
Bob Ippolito b...@redivi.com added the comment:
r70443 in trunk
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4136
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Comments about my own patches.
unicode_width.patch:
* error messages should be improved:
ValueError(Unable to compute string width) for Windows
IOError(strerror(errno)) otherwise
adjust_offset.patch:
*
Antoine Pitrou pit...@free.fr added the comment:
Reopening so that we don't forget to merge it in py3k :)
(I have the feeling it won't be trivial, although I hope to be proven wrong)
--
status: closed - open
versions: -Python 2.7
___
Python tracker
Andy Buckley a...@insectnation.org added the comment:
Doc patch for Doc/library/optparse.rst attached.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5374
___
Andy Buckley a...@insectnation.org added the comment:
Sorry, browser error last time. Should work now (fingers crossed).
--
keywords: +patch
Added file: http://bugs.python.org/file13360/optparse-prog-escape.patch
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ping. Nobody is interested by the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3022
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ping. benjamin.peterson's patch fixes the very strange issue, and I
would like to see it upstream.
About clearing the frame/traceback, it's another issue (#1565525).
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
farshad: Is the bug still open? If yes, can you give more
informations? If you don't answer, I will have to close this issue
because it's not possible find the bug with so few informations :-/
--
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
It might not be bad. I read through the patch a saw that it uses only
the most basic C APIs and already has unicode aware sections. It may be
a matter of switching the PyString functions. Will look at it in more
detail
Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment:
I'd be happy to look at this. Would you be able to detail what is
missing for me, so that it is easier for me to get to grips with what is
involved? I'm not intimately familiar with all of the functionality of
these modules, so if
Antoine Pitrou pit...@free.fr added the comment:
I just wanna say that buffering can be a problem when writing, but not
when reading. If you read() from a buffered file, you still get the
available contents immediately, you don't have to wait for the buffer to
be full.
--
nosy: +pitrou
New submission from STINNER Victor victor.stin...@haypocalc.com:
TextIOWrapper.readline() is much faster (eg. 72 ms vs 95 ms) than
BufferedReader.readline(). It's because BufferedReader always acquires
the file lock, whereas TextIOWrapper only acquires the file lock when
the buffer is empty.
David W. Lambert lamber...@corning.com added the comment:
http://linux.die.net/man/3/strftime
or this link may be in USA, if you care:
http://www.manpagez.com/man/3/strftime/
--
nosy: +LambertDW
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I don't think this patch should be applied for two reasons. First, this
is just a general comment on % formatting that could apply everywhere %
formatting is used (the correct place for it is in docs for %
formatting).
STINNER Victor victor.stin...@haypocalc.com added the comment:
I wrote a short script to test TextIOWrapper.readline() with 32
threads. After 5 seconds, I found this issue in Python trunk (2.7):
Exception in thread Thread-26:
Traceback (most recent call last):
File
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
Removed file: http://bugs.python.org/file13244/json_ordered.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5381
___
David W. Lambert lamber...@corning.com added the comment:
(with similar links for strpfime).
These are reasons a patch may be worth while:
x difficult to work around using ctypes module with c library.
x help(strftime) advises the programmer to see the reference manual for
formatting
New submission from jq jqcn2...@hotmail.com:
def arbitrary_address(family):
elif family == 'AF_PIPE':
return tempfile.mktemp(prefix=r'\\.\pipe\pyc-%d-%d-' %
(os.getpid(), _mmap_counter.next()))
#works after removed tempfile.mktemp
return
David W. Lambert lamber...@corning.com added the comment:
(I have no clue where the servers are.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1520662
___
Brad Miller bonel...@gmail.com added the comment:
I get the same problem when I try to change the key set. This is on on
intel build using Tk 8.5, and the latest 3.1 source checked out with
bzr.
I too changed the order of /Library/Frameworks and
/System/Library/Frameworks in setup.py
A
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Bob would you please take a look at the attached patch.
--
assignee: rhettinger - bob.ippolito
priority: normal - high
Added file: http://bugs.python.org/file13362/json_hook.diff
New submission from Adam Goode a...@spicenitz.org:
On Fedora systems, it is invalid to mmap something with PROT_WRITE and
PROT_EXEC. libffi has been updated to support this, but ctypes has not
been updated to use this new functionality.
Attached is a patch which currently only works if system
Adam Goode a...@spicenitz.org added the comment:
Issue #5504 shows a possibly more future proof way to fix this issue.
--
nosy: +agoode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3265
___
84 matches
Mail list logo
