New submission from Jim:
This probably applies to all versions with the strip() method, but I'm using
3.4. Section 4.7.1 of the documentation has a poorly worded description/example
for the behaviour of string.strip([chars]).
A casual reading of "The chars argument is not a prefix
Jim added the comment:
Maybe, "... all combinations of its values are stripped from the beginning and
end."
It is rather difficult to be both clear AND concise. Heck, I'm having trouble
just trying to explain it.
Mark, that part is clear, but I think somehow reiterating how t
New submission from Jim Schwartz :
Python 3.9.6 scan_dir returns filenotfound on long paths, but os_walk does not.
I've enclosed sample scripts that compare the two and have returned the
results. the windows 10 registry entry to extend the path names fixes this
issue
(HKEY_LOCAL_MA
Jim Schwartz added the comment:
Here's the second file that works just fine under python 3.9 (by the way, I am
using Windows 64-bit). I didn't test this on later python versions, however,
nor did I test it on 32-bit versions. I see that many people on the internet
have said to
Jim Schwartz added the comment:
yes, I do.
C:\Users\Jim\Documents\jschw_uiowtv3_old\AppData\Local\Google\Chrome\User
Data\Default\Extensions\nenlahapcbofgnanklpelkaejcehkggg\0.1.823.675_0\notifications\pages\Cashback\components\CashBackResolve\components\RewardsActivation\components
Jim Schwartz added the comment:
do you have this registry entry set to 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled
set to 1. It works if you do. What version of windows do you have? I have
version 21H2 (OS Build 19044.1387). I don't have windo
Jim Schwartz added the comment:
the issue is with the scandir script, not the os_walk script. I tried to
upload the scandir python script before, but I guess it didn't upload. When I
was running the two scripts, I used an input of C:\\ as the input parameter.
Hope that
Jim Schwartz added the comment:
when I run the following command:
python "H:\Users\LindaJim\Documents\AWS Python Learning\test_dir_scan_dir.py"
"C:\\"
I get this output:
...
Traceback (most recent call last):
File "H:\Users\LindaJim\Documents\AWS Python Lear
Jim Schwartz added the comment:
my c drive and h drive are both internal drives and I run the python script
from my user directory on my c drive. Not sure if that makes any difference.
Just trying to think of things that might help you reproduce and fix this
Jim Schwartz added the comment:
Please let me know if you are able to reproduce this issue.
--
___
Python tracker
<https://bugs.python.org/issue46084>
___
___
Jim Jewett
added the comment:
On line 108 (new 104), spaces should probably be added on both sides of the
comparison operator, instead of only after the ">=".
The "%s" changes might end up gettin
New submission from
Jim Jewett
:
Under the http protocol, any 2xx response is OK.
urllib.py and urllib2.py hardcoded only response 200 (the most common).
http://bugs.python.org/issue912845 added 206 as acceptable to
Jim Jewett
added the comment:
Jafo: His fix is great for urllib2, but the same issue applies to the
original urllib.
The ticket should not be closed until a similar fix is made to lines 330 and
417 of urllib.py.
That
Jim Jewett
added the comment:
The change still missed
the httpS copy. I'm
attaching a minimal change.
I think it might be better
to just combine the
methods -- as was already
done in Py3K.
Unfortunately, the
New submission from
Jim Jewett
:
EnvironmentError (including subclass IOError) has special treatment when
constructed with a 2-tuple or 3-tuple. A four-tuple turns off this special
treatment (and was used by urllib for
Jim Jewett added the comment:
> But you said that #2 solution was more RFC compliant...
> Could you please quote the RFC part that describes this behaviour?
RFD2616
http://www.faqs.org/rfcs/rfc2616.html
section 4.3 Message Body ...
The presence of a message-body in a request is si
New submission from Jim Jewett:
http://docs.python.org/lib/typesnumeric.html contains a table listing the
mathematical operators. Please add a note to the final row (x ** y meaning
x to the power y) indicating that Python has chosen to define 0**0==1
Note 6: Python defines 0**0 to be 1
New submission from Jim Jewett :
The implementation has a larger state.kind
Clarified wording on wstr_length and surrogate pairs.
Clarified that the canonical "data" format doesn't always have a data pointer.
Mentioned that calling PyUnicode_READY would finalize a string, so that
Changes by Jim Jewett :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
versions: +Python 3.3
Added file: http://bugs.python.org/file23961/pep-0393.txt
___
Python tracker
<http://bugs.python.org/issu
Changes by Jim Jewett :
Added file: http://bugs.python.org/file23968/pep-0393.txt
___
Python tracker
<http://bugs.python.org/issue13604>
___
___
Python-bugs-list mailin
Jim Jewett added the comment:
Updated to resolve most of Victor's concerns, but this meant enough changes
that I'm not sure it quite counts as editorial only.
A few questions that I couldn't answer:
(1) Upon string creation, do we want to *promise* to discard the UTF-8 and
Jim Jewett added the comment:
>> So even if a third party module uses the legagy Unicode API, the PEP
>> 393 will still optimize the memory usage thanks to implicit calls to
>> PyUnicode_READY() (done everywhere in Python source code).
> ... unless they inspect a given Uni
Changes by Jim Jewett :
Added file: http://bugs.python.org/file23971/pep-0393v20111215.patch
___
Python tracker
<http://bugs.python.org/issue13604>
___
___
Python-bug
New submission from Jim Jewett :
In reviewing issue 13604 (aligning PEP 393 with the implementation) Victor
Stinner noticed that PyUnicode_AsUnicodeAndSize is new in 3.3, but that it is
already deprecated (because it relies on the old PyUnicode type).
This born-deprecated function is just a
Jim Jewett added the comment:
>> Why is the utf-8 representation not cached when it is generated for
>> ParseTuple et alia?
My error -- I read something backwards.
>> When a string is created from a wchar_t array, who is responsible for
>> releasing the original wcha
Changes by Jim Jewett :
Added file: http://bugs.python.org/file23980/pep-0393_20111216.txt.patch
___
Python tracker
<http://bugs.python.org/issue13604>
___
___
Python-bug
New submission from Jim Jewett :
The current docstring for compile suggests that the flags are strictly for
selecting future statements. These are not the only flags.
It also suggests that the source must be source code and the result will be
bytecode, which isn't quite true.
I su
Jim Jewett added the comment:
I'm not sure we're looking at the same thing. I was talking about the
docstring that shows up at the interactive prompt in response to
>>> help(compile)
Going to hg.python.org/cpython and selecting branches, then default, then
bro
New submission from Jim Jewett :
http://docs.python.org/library/string.html#format-specification-mini-language
defines
fill::=
and the text also excludes '{'. It does not require that the fill character be
ASCII.
However, function parse_internal_render_format_
Jim Jewett added the comment:
The currently applied patch ( http://hg.python.org/cpython/rev/f7e05d205a52 )
left some dead code in unicodeobject.c
function fixup (
http://hg.python.org/cpython/file/f7e05d205a52/Objects/unicodeobject.c#l9386 )
has a shortcut for when the fixer doesn't
Jim Schneider added the comment:
Martin - provides a definition for mbstate_t only (at least
on HP/UX 11i V2.0). I can verify that the problem still exists for Python
3.2.1. I am working on a workaround for this issue, and I will attach a patch
once I get it to build.
--
nosy
New submission from Jim Schneider :
In Modules/getpath.c, the following line (#138) causes problems with some
compilers (HP/UX 11, in particular - there could be others):
static wchar_t *lib_python = L"lib/python" VERSION;
Similarly, line #644:
module_search_path = L&qu
Jim Schneider added the comment:
I got it to build on HP-UX 11. However, there are a lot of compiler warnings
about type mismatches, the _ctypes, _multiprocessing and termios modules failed
to build, and "make test" died after not finding a usable "binascii" module.
T
Jim Schneider added the comment:
Martin - sys/_mbstate.h is only included if _INCLUDE__STDC_A1_SOURCE is
defined. The only way this gets defined in the vendor-provided include files
is if _XOPEN_SOURCE is defined and is equal to 500, or __STDC_VERSION__ is
defined and is greater than or
Jim Schneider added the comment:
The __W macro is needed because the token-pasting operator binds to the macro's
argument immediately; Having WCHAR(y) expand to __W(y) means that __W is
passed WCHAR's argument after it's been macro-expanded. Without the
intermediate step
Jim Schneider added the comment:
Yes, it is a patch to an HP-provided C compiler system header file. I cannot
provide the actual file it patches, due to copyright limitations.
--
___
Python tracker
<http://bugs.python.org/issue5
Jim Schneider added the comment:
I am attaching an updated patch. This version specifically checks for __hpux,
and the macro name has been changed to avoid clashing with other uses.
--
Added file: http://bugs.python.org/file22663/getpath.patch
New submission from Jim Schneider :
The C compiler that comes with HP/UX 11 has some shortcomings that prevent
building Python 3.2.1 out of the box. I am attaching patches here as I work
through issues.
The first patch fixes namespace shortcomings when trying to use struct termios
Jim Schneider added the comment:
I am collecting HP/UX compiler bug workarounds in issue 12572.
Stinner - is the patch you mentioned in a released version of Python 3.2?
Also, how is it affected by the fact that the (wide char) strings in question
are constants
Jim Schneider added the comment:
I am collecting HP/UX compiler workarounds in issue 12572. I will be adding
patches to it as I produce them, including a patch to fix this on HP/UX.
--
___
Python tracker
<http://bugs.python.org/issue5
Jim Schneider added the comment:
This patch works around the problem underlying issue 5999 by making sure the
__STDC_VERSION__ macro is defined and has a value of at least 199901
--
Added file: http://bugs.python.org/file22666/fileutils.patch
Jim Schneider added the comment:
Workaround for compiler bug; HP/UX compiler refuses to past (implicitly char *)
string constants with wide (wchar_t *) string constants. This patch is also
pasted to issue 12561 (which should be closed).
Note: There is disagreement as to the best way to
Jim Schneider added the comment:
This patch just reduces compiler noise by explicitly casting pointers to void
*. I expect the Visual Studio C/C++ compiler suite also issued these warnings,
too.
--
Added file: http://bugs.python.org/file22669/typeobject.patch
Jim Schneider added the comment:
Sorry - last comment should have been "compiler refuses to past*e*", not "past".
--
___
Python tracker
<http://bug
Jim Schneider added the comment:
The HP/UX C compiler grumbles when a symbol that is declared static is later
defined without the static storage class specifier. The attached patch just
adds the missing "static" keywords.
--
Added file: http://bugs.python.org/file22
Jim Schneider added the comment:
I'm adding the original listeners for issue 5999 to this one.
The fileutils.patch patch attached to this issue directly addresses what's
wrong in issue 5999; I'd consider it closed, but as I didn't open it, and I'm
not actually p
Jim Schneider added the comment:
>From issue 12561 (which I will be closing):
Author: STINNER Victor (haypo) * Date: 2011-07-15 15:36
Use >L"" CONSTANT< to decode a byte string to a character string doesn't work
with non-ASCII strings. _Py_char2wchar() should
Jim Schneider added the comment:
Constant initializers are required to be constants, not function calls, so
_Py_char2wchar cannot be used in the definition of lib_python (line #138 of
Modules/getpath.c).
--
___
Python tracker
<h
Jim Schneider added the comment:
Update to getpath.patch (issue 12561) - this version uses _Py_char2wchar where
possible. Unfortunately, as lib_python is declared and defined statically,
this can't be used in both cases where the HP/UX compiler has issues.
--
Added file:
Jim Schneider added the comment:
Terry - I apologize for jumping the gun a bit, and let me be a bit more clear.
When I realized that the HP/UX compiler was going to have as many problems as
it does compiling python 3, I decided it would be best to create a single issue
for all of the
Jim Schneider added the comment:
Martin - I don't have time to manage your project's administrative requirements
with respect to my fixes. I'm providing them out of the hope they will be of
use to others who need to build on HP/UX, but I don't really care if they ma
New submission from Jim Fulton :
I assume ABCs use some sort of cache for issubclass checks.
I also assume the cache doesn't use weakrefs, leading to leaks in classes
created on the fly (as is common in tests).
The attached script demonstrates the leak.
The leak doesn't seem t
New submission from Jim Fulton :
We often run test suites repeatedly using a debug build of python
to look for memory leaks.
We also got in the bad habit of using a fork of doctest. Recently, we've
switched away from our fork and have noticed a problem with the standard
doctest's h
Jim Fulton added the comment:
On Tue, Nov 2, 2010 at 5:55 PM, Éric Araujo wrote:
>
> Éric Araujo added the comment:
>
> Would you like to work on a patch?
Sure.
Jim
--
___
Python tracker
<http://bugs.pytho
Jim Pharis added the comment:
I think this is a dup of #6026 which is fixed...
svn log for Lib/distutils...
#6026: skip test_get_file_list when zlib is not available.
this test requires zlib support
#6026 - fix tests that failed without zlib
--
nosy: +binbrain
Jim Pharis added the comment:
Unable to recreate this in Ubuntu 10.04 w/3.2 alpha 4. Tried with and without
readline lib installed.
--
nosy: +binbrain
___
Python tracker
<http://bugs.python.org/issue7
Jim Jewett added the comment:
I like the idea, but I do quibble with the signature. As nearly as I can tell,
you're assuming
(a) Only one callback. I would prefer a sequence of callbacks, to make
cooperation easier. (This does mean you would need a callback removal, instead
of
Jim Jewett added the comment:
Does anyone think that it is simpler to register two different
callbacks than one?
Moderately, yes.
Functions that actually help with cleanup should normally be run only in one
phase; it is just stats-gathering and logging functions that might run both
times
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Talk about tunnel vision... The code is right next to it!
It is the include paths that are growing without bound (and presumably
the LIBPATH as well).
The test case is the Cython unit tests. They run until the include
variable gener
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
In this file:
http://svn.python.org/view/python/trunk/Lib/distutils/msvc9compiler.py?rev=62636&view=auto
Notice the line containing:
os.environ['include'] = vc_env['include']
This causes the process enviro
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Actually, now that I think about it a little more, it seems like "very
bad practice" to change the process environment variables as a side effect.
A better solution would be to keep a variable for the required ones tha
New submission from Jim Jewett <[EMAIL PROTECTED]>:
The str->Unicode change widened IDLE/batch discrepancy.
In python 2.x, bytes are printable.
>>> for i in range(256): print i, chr(i)
works fine. In python 3, chr has become (the old) unichr, and whether a
unicode char
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Were you using IDLE at the time?
When I try this (Windows XP SP2), the button and its window do not go away
(which is arguably a bug), but it does not crash.
If I then try to close the window using the little X (from the window
m
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Any new thoughts on this?
I had to patch my local copy again after a reinstall.
It would be nice to fix it upstream.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Sorry, posted too quickly.
Actually, the problem was a little different.
There was an environment variable with '=' characters in it.
Here is a patch to deal with that:
--- msvc9compiler.py.orig 2008-07-23 16:13:25
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
I decided to learn more about the coming changes in Python 3.0 by
installing the beta and working through the tutorial. I found some
discrepancies between the code examples and the output I got. The
attached patch shows several places
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Is there still disagreement over anything except:
(1) The type signature of quote and unquote (as opposed to the
explicit "quote_as_bytes" or "quote_as string").
(2) The default encoding (latin-1 vs UTF8), and (
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Matt pointed out that the email package assumes Latin-1 rather than UTF-8; I
assume Bill could patch his patch the same way Matt did, and this would
resolve the email tests. (Unless you pronounce to stick with Latin-1)
The cookiejar f
Jim Jewett <[EMAIL PROTECTED]> added the comment:
> http://codereview.appspot.com/2827/diff/1/5#newcode1450
> Line 1450: "%3c%3c%0Anew%C3%A5/%C3%A5",
> I'm guessing this test broke otherwise?
Yes; that is one of the breakages you found in Bill's patch. (He
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
The zip() function is now a generator in Python 3.0. There is an
example of using the zip() function in the Python 3.0 tutorial,
http://docs.python.org/dev/3.0/tutorial/datastructures.html.
When running the example, I got:
>>&g
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
The Input and Output section of the tutorial says: "Reverse quotes (``)
are equivalent to repr(), but they are no longer used in modern Python
code and are removed in future versions of the language." Is now that
future time
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
The Input and Output section of the Python 3.0 tutorial
(http://docs.python.org/dev/3.0/tutorial/inputoutput.html) shows an
example of seeking in a negative direction from the end of a file. I
get an IOError when attempting to r
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
PEPs 3109 and 3110 describe changes to Exceptions. The attached patch
file makes changes to the tutorial to bring it in line with the changes
to errors and exceptions implemented in Python 3.0.
I'll make a comment about t
Jim Sizelove <[EMAIL PROTECTED]> added the comment:
The conversations that led to the removal of __getitem__ from Exceptions
can be found in issue2291 and issue2379.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Jim Sizelove <[EMAIL PROTECTED]>:
The distinction between integers and long integers has been removed in
Python 3.0. The attached patch file changes the long literals to Python
3.0 integer literals in the Floating Point Arithmetic section of the
tu
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Matt,
Bill's main concern is with a policy decision; I doubt he would object to
using your code once that is resolved.
The purpose of the quoting functions is to turn a string (representing the
human-readable version) into bytes (t
New submission from Jim Hermann <[EMAIL PROTECTED]>:
When I installed Python 2.5.2 on my Fedora Core 4 system, I ran 'make
test" and the process stopped at this point:
test_urllib2_localnet
Exception in thread Thread-1067:
Traceback (most recent call last):
File "/usr/l
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Here is the equals sign fix as a separate patch file.
Added file: http://bugs.python.org/file11343/equalsInEnv.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Any hope for these two patches being applied?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Yes, much better. I should have read into the interior of the
discussion rather than just the edges...
Thanks!
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jim Fulton added the comment:
On Mon, Jan 25, 2010 at 7:35 PM, Ezio Melotti wrote:
>
> Ezio Melotti added the comment:
>
> See also #7372.
>
> AFAIU add_callers can receive either a tuple or an int (and this is what is
> not working now). When I looked at #7372 I wasn&#
Jim Smyth added the comment:
Is there any chance of this being resolved in time for any 2.x release? I have
a non-blocking application that I recently switched over to SSL and ran into
this bug. I can work around it by trying to shorten the messages and beefing up
the buflen, but these
Jim Duchek added the comment:
This is happening 'in the wild' to me fairly regularly. Since it's not hanging
in python, I can't watchdog/kill the thread it's happening in. matejcik seems
correct on fixing this, there's no need to unset the timeout here.
Jim Shaw added the comment:
I am having the same problem with Windows Vista and Windows 7.
--
components: +IDLE
nosy: +JimShaw
versions: +Python 3.1 -Python 3.0
___
Python tracker
<http://bugs.python.org/issue6
New submission from Jim Fulton :
The --dry-run option is ignored by the install command.
It leads to an error when used as a global option.
It should be fixed or removed. I vote for removal, but don't really care.
Removal seems easier. :)
To reproduce, create the simple project:
Jim Panetta added the comment:
Is this final yet? Our system security group is a little paranoid about
buffer overflows of any sort and are starting to make noises. I can
confirm that the Oct 20 patch applies against Python 2.5.1 on RHEL4, and
that the string length error is generated when
New submission from Jim Wilson:
At http://docs.python.org/lib/module-msilib.html, UUIDCreate() is
misspelled.
--
components: Documentation
messages: 59901
nosy: Jimbo
severity: minor
status: open
title: UUIDCreate()->UuidCreate() in msilib docs.
type: behavior
versions: Python
New submission from Jim Wilson:
At: http://docs.python.org/lib/module-msilib.html, add_data(...) is
documented to take two parameters, but invoking it with two draws a
complaint that three are needed. Examination of bdist_msi.py leads me
to believe the missing (middle) parameter is "table&
New submission from Jim Wilson:
at http://docs.python.org/lib/database-objects.html, under "See Also:",
the link, MSIOpenView leads nowhere. From earlier reading, I suspect it
should be "MSIDatabaseOpenView" (or perhaps
"MSIDatabaseOpenViewPaddedOutEvenMo
New submission from Jim Wilson:
At
http://msdn2.microsoft.com/en-us/library/aa367864(VS.85,printer).aspx,
Satanic Verses sayeth: "The Codepage Summary property must be set
before any string properties are set in the summary information.", but
so far as I can tell, PID_CODEPAGE is nev
New submission from Jim Wilson:
I believe Codepage (a summary property which must be set *before* any
other string value), is a string. Documentation admits it might also be
an integer, but it doesn't matter. Both foo.SetProperty(PID_CODEPAGE,
'1252') and foo.SetProperty(PID
New submission from Jim Kleckner:
When I install 2.6a1 onto a Windoze machine I get a dialog:
There is a problem with this Windows Installer package.
A program run as part of the setup did not finish as expected.
Contact your support personnel or package vendor.
Note that it didn't
Jim Kleckner added the comment:
I uninstalled and re-ran the install without the "compile all" selected.
The install didn't report errors.
running:
python -c "import test.testall"
results in a traceback with the message:
import _socket
ImportError: DLL load
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Is pyepoll a good prefix? To me, it looks a lot like the _Py and Py
reservered namespaces, but not quite...
--
nosy: +jimjjewett
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
Ping.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2256>
__
___
Python-bugs-list mailing list
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
It appears that issue2563 may be a dependency.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2256>
__
_
Jim Kleckner <[EMAIL PROTECTED]> added the comment:
I hadn't seen any comment here that I should try it again until your
question (that was why the ping).
I did try it again and my application worked.
Thanks!
__
Tracker <[EMAIL PRO
New submission from Jim Jewett <[EMAIL PROTECTED]>:
feedparser defines four regexs for end-of-line, but two are redundant.
NLCRE checks for the three common line endings.
NLCRE_crack also captures the line ending.
NLCRE_eol also adds a $ to ensure it is at the end.
NLCRE_bol ... is identi
Jim Jewett <[EMAIL PROTECTED]> added the comment:
> These features are to bring the Regexp code closer in line with Perl 5.10
Why 5.1 instead of 5.8 or at least 5.6? Is it just a scope-creep issue?
> as well as add a few python-specific
because this also adds to the scope.
>
Jim Jewett <[EMAIL PROTECTED]> added the comment:
Python 2.6 isn't the last, but Guido has said that there won't be a 2.10.
> Match object is a C-struct with python binding
> and I'm not exactly sure how to add either feature to it
I may be misunderstanding --
1 - 100 of 742 matches
Mail list logo
