New submission from bob bob:
We have written a server on Python 2.7.6 that uses openssl 0.9.8y running on
Windows box.
Time to time our server freezes utilizing 100% CPU on ssl_init (C routine). The
following is the process stack:
0021ee80 10036d19 0176d259 0013 msvcr90+0x3b35d
bob bob added the comment:
loewis:
This is correct stack:
0021ee80 10036d19 0176d259 0013 msvcr90!memset+0x3d
0021ee9c 10022a22 0021ef1c 0176d218 1001bf62 _ssl!SHA1_Final+0x49
0021eea8 1001bf62 0021ef0c 0021ef1c 0146 _ssl!OPENSSL_cleanse+0x92
0021eebc 10010319 0021ef0c 0021ef1c
Change by Bob :
--
components: asyncio
nosy: Bob_2021, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Asyncio can't close sockets properly on Linux cause CLOSE_WAIT
type: behavior
versions: Python 3.8
___
Python tr
New submission from Bob :
I wrote a simple proxy with Python3.8 and Asyncio, but I found it couldn't
handle passive close correctly, a lot of CLOSE_WAIT sockets couldn't be
released. I had trouble shot it for a long time with no progress.
netstat -anop tcp | grep CLOSE_WAIT
tc
Change by Bob :
Added file: https://bugs.python.org/file49799/server.py
___
Python tracker
<https://bugs.python.org/issue43183>
___
___
Python-bugs-list mailin
Change by Bob :
--
assignee: -> christian.heimes
components: +SSL
nosy: +christian.heimes
versions: +Python 3.10, Python 3.7, Python 3.9
___
Python tracker
<https://bugs.python.org/issu
Change by Bob :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue43183>
___
___
Python-bugs-list mailing list
New submission from Bob :
When calling winreg.SetValueEx(key, value_name, reserved, type, value), the
value argument does not support the full range of a 32 bit unsigned integer,
which the Window's registry API is expecting. For example, passing a value
0x8000 will result in the foll
Bob added the comment:
Likewise, the winreg.QueryValueEx method returns a signed 32 bit value, instead
of a 32 bit unsigned value.
--
___
Python tracker
<http://bugs.python.org/issue14
New submission from Bob :
~Description of the problem:
I was using ctypes to get a directory file descriptor, and to do so I found
this mailing list (https://lists.gt.net/python/dev/696028) from 2008 where a
user wrote a piece that could do what the asking user and me were looking for.
What
Bob added the comment:
Hi Josh thanks for answering me and so quick.
So if I understood correctly, by inserting an unexpected and unchecked on
value, it could lead to a potential vulnerability in the program? Or just a
plain failure (which could be a denial of service also)?
Thanks again
New submission from Bob :
Hi,
I've found a strange performance issue when comparing queue.queue and
multiprocessing.queue in python 2.6 and 3.1
My program creates a queue, and do 1 million put and get operations on either a
small data or a "big" array.
My code: (This is
Bob added the comment:
I was looking into
http://lists.cs.uiuc.edu/pipermail/llvmbugs/2012-September/025152.html 'Use of
libclang python bindings on Windows 7 64 bit fails with memory access violation'
It appears to be 90% fixed with this patch, but I believe there is still a
pr
Bob added the comment:
ok, forgive me for asking a newbe question ot two, but when you say 'fixed in
nov 2014' are you refering to the release mentioned below or something else,
possibly something that didn't make it into 2.7.9?
I dont really understand what 'resync libf
Bob added the comment:
What I see is that structs lager that 8 bytes are not passed correctly to a
callback funtion.
I've attached a patchfile that includes my fix and a test to demonstrate the
problem.
--
Added file: http://bugs.python.org/file38687/large_struct_callback.
New submission from Bob Rivoir :
_hashlib and _ssl modules failed to compile on my Ubuntu 18.04 system.
Attached is a file with the error outputs.
--
files: python-3.10.1-build-errors.txt
messages: 409853
nosy: rhr242
priority: normal
severity: normal
status: open
title: Python
Bob Rivoir added the comment:
According to synaptic, I have openssl 1.1.1-1ubuntu2.1~18.04-14 installed. On
the openssl.org site they mention that this version doesn't eol till 2023.
Shouldn't this still work? Or does python require the 3
New submission from Bob Kline:
I have attached a patch which adds partial documentation for the done
attribute of the cgi.FieldStorage class. This addition is needed in
order to make it safe to rely on the current behavior of the class,
which sets this attribute to the value -1 when an uploaded
Bob Kline added the comment:
Thanks for the very quick follow-up. I may be shooting myself in the
foot here, but Sean's encouragement about getting patches to the actual
code lead me to wonder if it might be better to go straight for the
optimal solution here. As I implied in my ori
Bob Kline added the comment:
Sean Reifschneider wrote:
> Assign your issue that has been ignored to me and I'll take a
> look at it.
I tried, but it doesn't look like I have sufficient permission to change
the assignment. It's
http://bugs.python.org
Bob Kline added the comment:
Please note that the documentation of the keys() method of the
FieldStorage class (both in the method's docstring as well as in the
separate library manual) describes the method as a "dictionary style
keys() method." Section 3.8 of the documentation
Bob Kline added the comment:
I'm not sure I would characterize a speedup of several orders of
magnitude a "tiny performance gain." We had scripts with very large
numbers of fields which were actually timing out. While I understand
and agree with the principle of breaking as
Bob Ippolito added the comment:
The test in the patch assumes a specific iteration order for the dict "h",
changing the dict to have only one key would fix this problem with the test.
--
___
Python tracker
<http://bugs.python.o
Bob Ippolito added the comment:
The test also repeats an equivalent dict to "h" in the check function.
--
___
Python tracker
<http://bugs.python.o
Bob Ippolito added the comment:
I just applied a version of this patch with corrections to the tests here:
http://code.google.com/p/simplejson/source/detail?r=234
--
___
Python tracker
<http://bugs.python.org/issue10
Bob Ippolito added the comment:
Sorry but I don't think I will be able to. I'd be happy to accept patches into
simplejson that make it easier to merge with Python 3 in the future, but I
simply do not have the time to maintain the Python 3 branch of the code that we
New submission from Bob Halley :
For reasons not germane to this bug report, I was running a modified Python 2.7
where PyTrash_UNWIND_LEVEL in Include/object.h had been defined to 10 instead
of 50.
With such a python, running test_multiprocessing causes a BadInternalCall to be
triggered at
Bob Halley added the comment:
I rebuilt using --with-pydebug and -O0 -g. It now triggers an assertion a bit
earlier.
test_finalize (__main__.WithProcessesTestFinalize) ... Assertion failed:
(op->ob_refcnt == 0), function _PyTrash_destroy_chain, file Objects/object.c,
line 2433
(gdb) bt
Bob Wintemberg added the comment:
The following is a patch to fix this documentation issue in release27-maint.
--
keywords: +patch
nosy: +rwinte
Added file: http://bugs.python.org/file20993/patch-27.diff
___
Python tracker
<http://bugs.python.
Bob Wintemberg added the comment:
The following is a patch to fix this documentation issue in py3k.
--
Added file: http://bugs.python.org/file20994/patch-3k.diff
___
Python tracker
<http://bugs.python.org/issue11
Bob Kline added the comment:
Just to make life interesting, someone went in and changed all the URLs for
messages in the Python mailing list. Here's the new URL for the message which
contains the repro instructions:
http://mail.python.org/pipermail/python-list/2009-February/1192951
Bob Ippolito added the comment:
That's not a problem, I'm more than happy to give permission for any patch. If
it's easier I can consider dual-licensing in the simplejson source.
--
___
Python tracker
<http://bugs.pyt
Bob Ippolito added the comment:
I did this some time ago in simplejson by defining a TestSuite subclass and
instrumenting simplejson so that speedups can be enabled and disabled easily
with a private API.
https://github.com/simplejson/simplejson/blob/master/simplejson/tests/__init__.py
Bob Ippolito added the comment:
For what it's worth, I don't think any of the failures mentioned here are in
the current version of simplejson. There aren't any tests that check the
speedup module name, the speedup tests are skipped when speedups are not
detected, and the em
Bob Atkins <[EMAIL PROTECTED]> added the comment:
Martin,
Your method is just flat wrong - equivalent to using a sledgehammer. The
libraries fail to link not because gcc install is wrong but because the
-m64 flag needs to be passed to the linker. Your method just fixes the
compilation
Bob Atkins <[EMAIL PROTECTED]> added the comment:
I rest my case - you found /_*one*_/ of the problems which you are
blaming on gcc but in fact is not gcc's fault. You /_*must*_/ specify
the correct -L and -R paths to the various alternate 64 bit libs. Don't
expect the compi
New submission from Bob Farrell <[EMAIL PROTECTED]>:
The documentation for the sys module says:
"stdout and stderr needn't be built-in file objects: any object is
acceptable as long as it has a write() method that takes a string
argument."
However, the logging module ca
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
Am I to understand that the bug here is that the C extension doesn't
validate input properly if you call into it directly? Without a test I'm
not entirely sure exactly how you could possibly get negative values
into those fun
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
I've audited the patch, while it does fix the input range it looks like
it regresses other things (at least the error messages). "begin" was
intentionally used. The patch is not suitable for use, I'll create a
min
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
I just committed a fix to trunk in r65147, needs port to py3k?
--
assignee: bob.ippolito -> georg.brandl
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
That patch looks ok to me, but I'm not at all familiar with the changes in
python 3.0 yet. Is this something that needs to be backported to 2.6?
___
Python tracker <[EMAIL PRO
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
I applied the changes proposed in _json26.patch to simplejson and they
worked perfectly fine. Again I'm not the best judge of python 3.0 code
because I have not made myself familiar with the API changes so someone
else should rev
Bob Buckley added the comment:
I could not get it to open a write pipe. I am trying to drive GNUplot
from Python. It worked OK in Python 2.x but does not work well in 3.x.
I have it partially working now ... I am calling subprocess.Popen but I
cannot get a text mode pipe which is
New submission from Bob Helmbold:
Summary: "title" method of string objects does not
handle contractions and possessives correctly.
See the following short program and its results for examples.
<<<<<<<<<<<<<<<<<<<<<<
New submission from bob gailer:
Library Reference 2.1 under property():
class C(object):
def __init__(self): self.__x = None
__x should be _x
--
components: Documentation
messages: 62368
nosy: bgailer
severity: normal
status: open
title: __x should be _x in documentation of
bob gailer added the comment:
I tried to search for a prior report with no success. How should I have
done tha
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Bob Atkins <[EMAIL PROTECTED]> added the comment:
Martin,
I've been quietly reading all of the back and forth regarding this problem.
Your suggestion for using the CC variable to fix the problem that I
reported won't work - I already tried it and based on what others are
re
Bob Atkins <[EMAIL PROTECTED]> added the comment:
Martin,
Martin v. Löwis wrote:
It does not when link stage specific options are required that are not
valid for compilation stages.
My mistake. I was thinking of another package - you can scratch that
comment.
There is no hard and fas
bob gailer <[EMAIL PROTECTED]> added the comment:
I find a Reference Manual and a Library Reference. I presume you are
referring to the Reference Manual. True?
I might be interested in helping create the shorter friendlier guide. I
suggest we create some guidelines or specifications
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel H
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
bob gailer <[EMAIL PROTECTED]> added the comment:
My new email address is bgailer at gmail dot com (not google dot com).
Please update your address book, and change the above into the form
[EMAIL PROTECTED] The old address will expire at the end of 2008.
Bob Gailer in Chapel Hill NC.
Bob Kline <[EMAIL PROTECTED]> added the comment:
I just ran into this behavior with an attempt to pickle a dom tree for
an XML document whose nesting level never got deeper than nine child
nodes, and indeed it crashed the interpreter. Throwing an exception
would be preferable, of cour
Bob Kline <[EMAIL PROTECTED]> added the comment:
> Please open a new issue and don't forget to provide an example case.
Looks like Daniel beat me to the punch.
__
Tracker <[EMAIL PROTECTED]>
<http://bu
New submission from Bob Ippolito <[EMAIL PROTECTED]>:
Attached is the tarball for simplejson 1.9, the proposed version to be
included in the stdlib.
Estimated work remaining:
* Rename simplejson to json
* Build simplejson/_speedups.c from Modules/Setup and Windows projects
* C
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
The json package is in brett's branch, integrates with the test suite,
builds the C extension and passes all tests (at least on OS X and Linux
UCS2 and UCS4).
Missing the docs and python 3.0 support still, otherwise thing
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
It doesn't work on alternate implementations right now anyway, because
it (ab)uses some sre APIs that aren't widely implemented outside of cpython.
__
Tracker <[EMAIL PROTECTED]>
&
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
it's isolated to json.scanner, if that was re-implemented in more
general terms then it wouldn't be dependent on sre anymore.
__
Tracker <[EMAIL PROTECTED]>
<http://
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
Well, that's unfortunate. I found it very useful
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2750>
__
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
They look good, but is there an easy way to look at them post-formatting
or do I have to install the sphinx toolchain myself?
I moved the command-line stuff to json.tool to get around the package
p
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
I don't think that makes sense, "tool" makes it pretty clear that it's
something you use from the command-line rather than a module to import
and call functions from where pp does not.
I'd also rather call it
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
loads will take unicode or str. if it's str then it assumes utf-8,
otherwise the explicitly specified encoding. All of the string instances
generated by loads will be unicode objects (some of them may be str
objects if they're
New submission from Bob Ippolito <[EMAIL PROTECTED]>:
simplejson 2.0.3 includes major performance enhancements (both in Python
and C) and removes usage of the private sre functionality.
I will need some help with 3.0 since I am not well versed in the changes
to the C API or Python co
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
Sure, but that doesn't port it to Python 3.0 :)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
patch to r66961 of trunk is attached.
--
keywords: +26backport, patch
versions: +Python 2.7, Python 3.1
Added file: http://bugs.python.org/file11822/json_issue4136_r66961.diff
___
Python t
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
You're probably right, I don't remember what code I was using as a
template for that.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
Actually, if I remove those lines from the equivalent module in simplejson
it no longer works properly with Python 2.5.2.
File "/Users/bob/src/simplejson/simplejson/decoder.py", line 307, in
__init__
self.scan_once = m
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
I don't recall exactly why they aren't in the struct itself, it may not
have worked with some compiler on some platform.
It's not really a complete rewrite, the encoding path is largely the
same and the tests haven'
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
http://codereview.appspot.com/7311
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4136>
___
Bob Ippolito <[EMAIL PROTECTED]> added the comment:
Attached is a new diff, one byte fix to the float parser when parsing JSON
documents that are just a float (also a test and a version bump).
Added file: http://bugs.python.org/file11870/json_issue4136_r6700
Changes by Bob Ippolito <[EMAIL PROTECTED]>:
--
title: merge json library with simplejson 2.0.3 -> merge json library with
simplejson 2.0.4
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Bob Ippolito added the comment:
You're the first person to ever raise any of these issues in the slightly
more than 3 years that the package has been around (by other names), so
I'm not sure such a warning needs to be that big.
JSON doesn't really have any framing, so serial
Bob Ippolito added the comment:
Ok, I've added some notes to the trunk of simplejson's documentation. Not
sure when/if that'll hit the Python trunks, I've been having a hard time
getting my other patches to sync up with simplejson through:
http://bugs.
Bob Ippolito added the comment:
There are some missing colons in the documentation apparently, which
causes reStructuredText to ignore the documentation for those two
functions.
--
nosy: +bob.ippolito
___
Python tracker
<http://bugs.python.
Bob Ippolito added the comment:
By "next patch" I'm referring to a currently nonexistent patch that
would merge the json library with simplejson 2.0.7 (svn trunk at the
moment). I may have time to create it next weekend.
---
http://codereview.appspot.com/7311/diff/1/
bob gailer added the comment:
Someone pointed out that one must consider alignment. I had overlooked
that. It makes sense that a d is double-word aligned.
Perhaps the documentation should mention alignment.
___
Python tracker
<http://bugs.python.
New submission from bob gailer :
struct.calcsize('cd') returns 16 instead of 9
struct.calcsize('dc') returns 9 as expected
--
components: Extension Modules
messages: 81085
nosy: bgailer
severity: normal
status: open
title: struct.calcsize('cd') returns
Bob Ippolito added the comment:
patch to r69662 is attached as json_issue4136_r69662.diff -- note that
simplejson 2.0.9 isn't released, as of r169 it's just simplejson 2.0.8
with some trivial changes to make this backport easier for me
___
Pyth
Changes by Bob Ippolito :
Added file: http://bugs.python.org/file13106/json_issue4136_r69662.diff
___
Python tracker
<http://bugs.python.org/issue4136>
___
___
Python-bug
Bob Ippolito added the comment:
Old-style relative imports and the way that it does join are there because
it's Python 2.4 compatible code that I'm porting. I'll add those to the
list of things that need to be changed when backporting, implement cyclic
GC on the types, and I
New submission from Bob Kline :
-UNWANTED = re.compile("""['".,?!:;()[\]{}<>\u201C\u201D\u00A1\u00BF]+""")
+UNWANTED =
re.compile("""['".,?!:;()[\]{}<>\\u201C\\u201D\\u00A1\\u00BF]+""")
The
Bob Kline added the comment:
The original string had u"""...""" and the u had already been removed by hand
in preparation for moving to Python 3.
--
___
Python tracker
<h
Bob Kline added the comment:
Ah, this is worse than I first thought. It's not just converting code by adding
extra backslashes to regular expression strings, where at least the regular
expression engine will do what the original code was asking the Python parser
to do (unless user
Bob Kline added the comment:
Thanks, I understand. However, this highlights something which had slipped
under my radar. You get one shot at running a code set through the tool. You
can't do what I was doing, which was to run the tool in "don't write" mode,
then fix
Bob Kline added the comment:
In fact, I suppose it's possible that the warning as I worded it is still not
restrictive enough, and that there are subtle dependencies between the fixers
which would make the action of one of them render the code no longer safely
fixable as Python 2 co
New submission from Bob Kline :
We are attempting to convert a large Python 2 code base. Following the guidance
of the official documentation
(https://docs.python.org/2/library/functions.html#basestring) we created tests
in many, many places that look like this:
if isinstance(value
Bob Kline added the comment:
> Use str instead.
Sure. I understand the advantages of the new approach to strings. Which, by the
way, weren't available when this project began. I don't disagree with anything
you say in the context of writing new code. I was, however, surprised
Bob Kline added the comment:
> Unless you have a specific proposal, ...
I _do_ have a specific proposal: replace `basestring` with `(str, bytes)`,
which preserves the behavior of the original code. So,
if isinstance(value, basestring)
becomes
if isinstance(value, (str, by
Bob Kline added the comment:
OK, I give up. In parting I will point out that the official Python 2
documentation says "basestring() This abstract type is the superclass for str
and unicode. It cannot be called or instantiated, but it can be used to test
whether an object is an instan
New submission from Bob Dowling :
The doc string for str.strip() has a typo: the "d" at the end of "removed" is
missing.
help(str.strip)
Currently:
Return a copy of the string with leading and trailing whitespace remove.
Should be:
Return a copy of the string with
New submission from Bob Alexander :
This program:
import argparse
ap = argparse.ArgumentParser()
ap.add_argument("arg", nargs="*")
ap.parse_args()
Gives usage message:
usage: help_complexity.py [-h] [arg [arg ...]]
It's correct, but unnecessarily complex and chal
1 - 100 of 267 matches
Mail list logo
