robin added the comment:
In other news, news.gmane.org is now news.gmane.io; see also
https://bugs.python.org/issue39343
--
nosy: +eriker
___
Python tracker
<https://bugs.python.org/issue37
New submission from robin :
Attached please find a script which takes on the order of 1 minute to parse
even though the embedded message is reasonably trivial. The main flaw is that
the Content-Type: header has a long string of redundant which is something
some spammers apparently use
robin added the comment:
Duplicate of https://bugs.python.org/issue11021 but this one is more current
and has a patch.
--
nosy: +eriker
___
Python tracker
<https://bugs.python.org/issue25
robin added the comment:
Propose to close as duplicate of https://bugs.python.org/issue25235
--
nosy: +eriker
___
Python tracker
<https://bugs.python.org/issue11
robin added the comment:
python -mtrace -t repro.py reveals a long string of these:
--- modulename: errors, funcname: __init__
errors.py(85): super().__init__(*args, **kw)
--- modulename: errors, funcname: __init__
errors.py(37): if line is not None:
errors.py(38
New submission from Robin :
I've downloaded python38.zip(and python32.zip). It doesn't run because it's
using an API `PathCchCanonicalizeEx()` that's not provided in wine.
```
Z:\home\rmills\temp\python-3>wine: Call from 0x7b43cfbc to unimplemented
function api-
Robin added the comment:
I've reported this to the wine team:
https://bugs.winehq.org/show_bug.cgi?id=49271
--
___
Python tracker
<https://bugs.python.org/is
Robin added the comment:
Thanks for such a rapid response. Much appreciated.
I think it's a bug in wine, so I've also reported it to them. And you both
know that you both have it on your radar!
I believe the Win32/API PathCchCanonicalizeEx() is quite new, and that's why
i
Robin added the comment:
Good News. The wine people say "Fixed in wine 4.0". So, a happy result.
https://bugs.winehq.org/show_bug.cgi?id=49271
We can close this.
--
___
Python tracker
<https://bugs.python.o
Change by Robin :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue40803>
___
___
Python-bugs-list
New submission from Robin:
> Finally, urllib/robotparser.py appears to contain a bug in the
> following:
>
> req_rate = collections.namedtuple('req_rate',
>'requests seconds')
> entry.req_rate = req_rate
>
Changes by Robin :
--
nosy: +robince
___
Python tracker
<http://bugs.python.org/issue6834>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Robin :
--
nosy: +robince
___
Python tracker
<http://bugs.python.org/issue6869>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Robin :
Using my python.org install:
robin-mbp:~ robince$ which python-config
/Library/Frameworks/Python.framework/Versions/2.5/bin/python-config
robin-mbp:~ robince$ python-config --ldflags
-L/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config
-ldl
New submission from Robin:
reproduction script below. In the last print statement, it shows me a list with
items in it, but with a length of 0
def generator():
l = []
yield l
l.append(1)
# this correctly prints 1
print(len(l))
# this should print [([1
New submission from Robin:
logging.config.dictConfig appears to share the same parameter as
logging.config.fileConfig - disable_existing_loggers.
This parameter is documented for fileConfig but not dictConfig.
Suggest update to dictConfig documentation section.
--
assignee: docs
New submission from Robin Jarry :
When trying to open a non existing MSI database, an obscure "unknown error 6e"
is raised.
Could it be possible to get a more explicit message such as "File not found" or
whatever ?
Thanks :)
Here is a example:
Robin Jarry added the comment:
changed the headline of the defect for something more meaningful :)
--
title: [msilib] Ambiguous exception message when trying to open a non existing
MSI database -> [msilib] Obscure exception message when trying to open a
non-existent MSI datab
Robin Jarry added the comment:
This sounds OK as long as the error message is explicit :)
--
___
Python tracker
<http://bugs.python.org/issue12382>
___
___
Pytho
Robin Dunn added the comment:
No, MSVC does not behave that way any longer. Now it simply creates a file
named "None", so I expect that the newer versions simply do not support writing
the "old-style" debug info written to the DLL or EXE. If a setup script creates
mor
New submission from Robin Dunn <[EMAIL PROTECTED]>:
OSX Leopard (10.5.4)
Python-2.6b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
Ends with this error:
cd Mac && make installmacsubtree DESTDIR=""
Creating directory
/Library/Fra
New submission from Robin Dunn <[EMAIL PROTECTED]>:
OSX Leopard (10.5.4)
Python-3.0b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
Ends with this error:
cd PythonLauncher && make install DESTDIR=
test -d "/Applications/Pyth
New submission from Robin Dunn <[EMAIL PROTECTED]>:
OS X Leopard (10.5.4)
Python-3.0b2 tarball
./configure --enable-universalsdk --enable-framework
make
sudo make install
/Library/Frameworks/Python.framework/Versions/3.0/Resources/Python.app
is not created by the install step, but
Robin Dunn <[EMAIL PROTECTED]> added the comment:
This appears to already be fixed in the current py3k branch, so this can
be closed. Sorry for the noise.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Robin Dunn <[EMAIL PROTECTED]> added the comment:
Maybe, but I think that a more proper approach would be one of the
following:
* Decide that features specific to Apple's cp are required and change
the Makefile to use /bin/cp instead of just cp.
* Use configure to determine if
Changes by Robin Schoonover :
--
nosy: +rschoon
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Robin Dunn :
--
nosy: +robind
___
Python tracker
<http://bugs.python.org/issue7812>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Robin Becker :
When building extensions on win32 distutils with --plat-name=win-amd64 adds
PCBuild/AMD64 in the wrong place.
This patch ensures the AMD64 location comes first
--
assignee: tarek
components: Distutils
files: patch.txt
messages: 101259
nosy: rgbecker
New submission from Robin Becker :
I notice this from win32 setup.py bdist_wininst --plat-name=win-amd64
> running bdist_wininst
> running build
> running build_py
> creating build
> creating build\lib.win32-2.6
> creating build\lib.win32-2.6\reportlab
> copying src\r
New submission from Robin Schoonover :
The multiprocessing module's version of the Queue class, which causes objects
to be pickled for process to process transfer, ignores pickle restrictions when
objects are added to the queue. Example code (buffer isn't pickleable):
Robin Schoonover added the comment:
Since these sort of buffer objects don't exist in 3.x (so far as I know), I
came up with a different way to test in 3.x (basically, trying to pickle bound
or unbound methods).
It turns out that using this method to test it in 2.6 seems to fail whe
New submission from Robin Dunn :
In Python 2.7b1, building on OSX 10.6 with this configure command:
export CC=gcc-4.0
export CXX=g++-4.0
export MACOSX_DEPLOYMENT_TARGET=10.4
../configure \
--with-universal-archs=32-bit \
--enable-universalsdk=/Developer/SDKs/MacOSX10.4u.sdk
New submission from Robin Stocker:
I saw a minor inconsistency in the documentation of the os module and
then somehow ended up proof-reading the whole file :). The result of
this is attached as a patch against trunk.
Summary of the changes:
- Use the imperative tense in method descriptions
New submission from Robin Stocker:
The attached patch ports the implementation of keyword-only arguments
from revision 52491 back to trunk.
This is the first time I've worked on the C internals, so here are some
notes:
- test_collections is the only test which fails, because it tries to
c
Robin Stocker added the comment:
Another note: Because the marshalling of code objects is changed, is
there a version number of the format which has to be incremented?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Robin Stocker added the comment:
Thanks for the feedback!
It's on line 111 in test_collections.py::
n = 1
import string, random
names = [''.join([random.choice(string.letters) for j in
range(10)]) for i in range(n)]
Big = namedtuple('Bi
Robin Stocker added the comment:
Guido: The check was only done for call nodes, not for function definitions.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Robin Stocker added the comment:
Ok, I checked all the logs and updated the patch. test_collections uses
n = 254 now and all tests pass.
I left revision 54043 out on purpose, because it fixes Lib/inspect.py
and Lib/pydoc.py for both PEP 3102 and 3107, so it should be included in
the patch for
New submission from Robin Bryce:
curses.filter forces the top most window to 1 line tall and preserves
existing tty content. It must be called *before* curses.initscr in order
to acheive this.
The python documentation states that curses.filter must be called before
initscr but the
Robin Stocker <[EMAIL PROTECTED]> added the comment:
I've updated the patch to apply cleanly again.
Added file:
http://bugs.python.org/file9828/backport-keyword-only-arguments-full-2.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Robin Dunn <[EMAIL PROTECTED]>:
It looks like part of r59290 resulted in /pdb:None always being part of
the ldflags_shared_debug list. This means that there will be no debug
info stored for extensions built in debug mode, which kinda negates the
purpose of doing a
Changes by Robin Stocker <[EMAIL PROTECTED]>:
--
nosy: +robin.stocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2734>
___
__
New submission from Robin Dunn :
This may have already been discussed but my searches didn't turn up
anything concrete other than issue 4120 which is a similar but different
problem. The problem I'm facing is that wxPython requires that version
6 of the common controls DLL be loade
Changes by Robin Stocker :
--
nosy: +robin.stocker
___
Python tracker
<http://bugs.python.org/issue5125>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robin Dunn added the comment:
If I understand correctly then setting an activation context won't help
because by the time that an extension module is loaded the choice of
which version of the common controls DLL will be loaded has already been
made, and it may in fact already be loaded.
Robin Dunn added the comment:
Ok, the following files will be attached:
python.exe.manifest: This is a copy of the manifest resource that I put
into the 2.6.1 python.exe file by hand for testing. The original
manifest was the same but without the 2nd ...
group.
sample.py: the simple little
Changes by Robin Dunn :
Added file: http://bugs.python.org/file12996/sample.py
___
Python tracker
<http://bugs.python.org/issue5019>
___
___
Python-bugs-list mailin
Changes by Robin Dunn :
Added file: http://bugs.python.org/file12997/Snap001.png
___
Python tracker
<http://bugs.python.org/issue5019>
___
___
Python-bugs-list mailin
Changes by Robin Dunn :
Added file: http://bugs.python.org/file12998/Snap002.png
___
Python tracker
<http://bugs.python.org/issue5019>
___
___
Python-bugs-list mailin
Robin Dunn added the comment:
Sorry, no luck. I've tried before to ensure that all the DLLs and
extension modules have the manifest file (in resource 2) and it makes no
difference. I rebuilt wxWidgets and wxPython today with
ISOLATION_AWARE_ENABLED defined to check if that would help
Change by Xavier Robin :
--
nosy: +Xavier Robin
___
Python tracker
<https://bugs.python.org/issue9>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Robin Scheibler :
I am having an issue with using urllib in a multiprocessing.Process when the
package sounddevice (https://github.com/spatialaudio/python-sounddevice) has
been already imported.
The sub-process hangs upon calling urllib.request.urlopen (and methods from
Robin Scheibler added the comment:
Thank you very much for the reply! I was indeed hesitating where to post the
issue. I have now cross-posted in the sounddevice issue tracker.
https://github.com/spatialaudio/python-sounddevice/issues/302
I'll update the issue if things progress on
Robin Scheibler added the comment:
Thanks for the suggestion. I had indeed run into some issues with fork vs spawn
before.
I have tested with 3.8.5 and 3.9.1 and the bug doesn't occur with these more
recent versions.
Should I leave the bug open since 3.7 is still supp
Robin Scheibler added the comment:
Thank you very much for your help!
--
___
Python tracker
<https://bugs.python.org/issue42850>
___
___
Python-bugs-list mailin
Robin Becker added the comment:
Some context. ReportLab windows exe installers for pythons 2.x x=4-7 are built
on a single 32bit machine with 32bit pythons using a code that looks like this
set FT_LIB=c:\devel\libs_x86\freetype.lib
\python2x\python setup.py bdist_wininst --bitmap=%BMP
Robin Becker added the comment:
That would be a solution if we had a separate 64 bit machine & extra versions
of Visual Studio, but the actual bug is with the cross-compiling behaviour. If
it's not supposed to work then this isn't a bug and section 5.4 should go;
otherwise t
Robin Becker added the comment:
I cheated on the building both versions. I had 32 bit python installed and with
the help of a colleague got hold of the installed files for the 64 bit version.
I noticed that distutils was looking for the 64bit files in new_lib =
os.path.join(sys.exec_prefix
Robin Schreiber added the comment:
Apparently this issue has not been dealt with for quite some time now. As a
prospective GSoC student, I still need to submit a patch to pass final
screening and I thought, that the needed patch here would be quite suitable for
a beginner. I plan to submit a
Robin Schreiber added the comment:
I have now submitted a patch, which swapped out all the necessary calls. Tests
are all running as expected. I will now try to remove some backwards
compatibility code.
--
keywords: +patch
Added file: http://bugs.python.org/file25211/sqlite.patch
Changes by Robin Schreiber :
Removed file: http://bugs.python.org/file25211/sqlite.patch
___
Python tracker
<http://bugs.python.org/issue9303>
___
___
Python-bugs-list m
Changes by Robin Schreiber :
Added file: http://bugs.python.org/file25212/sqlite.patch
___
Python tracker
<http://bugs.python.org/issue9303>
___
___
Python-bugs-list m
New submission from Robin Champavier :
Hello,
I work with file name like : PRECI_mmddhh_00.txt and I put them in
different directory depending of the year. For file between year 1999 and 2016
there is no problem but with file in year 2017 with months 12, glob.glob can't
find them. W
Change by Robin Champavier :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue33425>
___
___
Python-bugs-list
New submission from Robin Schoonover:
wsgiref.validator requires wsgi.input's read to always give EXACTLY one
argument. This is incorrect.
It's own documentation says:
* That wsgi.input is used properly:
- .read() is called with zero or one argument
PEP says:
A server should
Changes by Robin Schoonover :
--
title: wsgiref.validator expects wsgi.input read to give exactly one arg ->
wsgiref.validate expects wsgi.input read to give exactly one arg
___
Python tracker
<http://bugs.python.org/issu
Robin Schreiber added the comment:
I have in fact used abitype.py to produce all of my PEP 384 patches, however it
failed to work correctly in like 50% of all cases, and I had to complete the
rest of the patch by hand.I thought about correcting the abitype.py throughout
the GSOC, but I
Robin Schreiber added the comment:
I absolutely agree on mentioning the member names in the comments. :-)
In the example Martin gave in his PEP 3121, the PyInit does not perform any
INCREFs on the Variables that are referenced from inside the module state.
He therefore left out m_free
Robin Schreiber added the comment:
Updated the patch, corrected multiple syntax errors and missing INCREFS. Also
added the comments that include the members names. I am yet undecided regarding
the NULL-check for FindModule.
Apart from that I have tried to build some tests that prove that
Robin Schreiber added the comment:
Antoine, regarding that the last pending problem with the patch is related to
the NULL checking of FindModule, I would be inclined to include your proposed
helper API. I see that issue18710 has not been included into the trunk yet, but
I think this is mostly
Robin Schreiber added the comment:
Updated patch accordingly.
Regarding the problem in
http://mail.python.org/pipermail/python-dev/2013-August/127862.html , it can
indeed be solved by returning the already existing module object, if PyInit is
called multiple times. I followed the discussion
Robin Schreiber added the comment:
Everything except for the Xxo_Type. But you are right. Then again, why are
these global static variables from the start? Isn't this because xxmodule is
some kind of "dummy" module that is supposed to demonstrate some coding
conventions
New submission from Robin Schreiber :
This patch presents my first try to apply the proposed Refactoring of PEP3121
to the csv module. I have identified three mutable global variables inside the
module, two of which are references to PyObjects. I have wrapped all of them
inside a dedicated
Robin Schreiber added the comment:
The following script should fail before you have applied the bespoken patch: It
basically checks wether one of the global PyObjects inside the csv module is
being deleted after freeing the csv module.
--
Added file: http://bugs.python.org/file25474
Changes by Robin Schreiber :
Added file: http://bugs.python.org/file25559/csv_pep3121_fix1.patch
___
Python tracker
<http://bugs.python.org/issue14732>
___
___
Python-bug
New submission from Robin Schreiber :
Corresponding to my previous Issue #14732 I have now applied the Heap-Type
Refactoring from PEP 341 to the _csv module. As I will apply this refactoring
for almost every Standard Module, I will bundle my PEP3121 and PEP341
refactorings into a single patch
Robin Schreiber added the comment:
I was of course referring to PEP 384. Sorry for the inconvenience.
--
title: PEP 341 Refactoring applied to _csv module -> PEP 384 Refactoring
applied to _csv module
___
Python tracker
<http://bugs.pyth
New submission from Robin Schreiber :
I have now applied the Heap-Type Refactoring from PEP 384 to the curses_panel
module. Currently I still provide seperate patches for the PEP 3121 and PEP 384
refactoring. As mentioned in Issue #14935 I am planning to release single
patches in the future
Changes by Robin Schreiber :
Added file: http://bugs.python.org/file25747/curses_panel_pep3121.patch
___
Python tracker
<http://bugs.python.org/issue14936>
___
___
Pytho
Robin Schreiber added the comment:
I have now also added the PEP3121 patch for the curses_panel module.
--
___
Python tracker
<http://bugs.python.org/issue14
New submission from Robin Schreiber :
PEP 3121 suggests a new way of Module-initialization, where the module state is
being wrapped inside a dedicate struct, which can be accessed at runtime via
the PyState_FindModule method. For code outside the Init-method, there is no
other way to receive
Robin Schreiber added the comment:
Added missing documentation. Also added documentation of PyState_FindModule()
which still happened to be missing.
--
Added file: http://bugs.python.org/file26046/PyState_add-remove_module_v2.patch
___
Python
New submission from Robin Schreiber :
Enhancement to the currently existing PyType_FromSpec() which creates and
returns a heap type from a given spec. PyType_FromSpecWithBases() works similar
to PyType_FromSpec(), however it sets the bases of the newly created heap type
to the types contained
Changes by Robin Schreiber :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15146>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robin Schreiber added the comment:
Added missing INCREF and DECREF inside the dealloc, and new methods of the
types.
--
Added file: http://bugs.python.org/file26381/csv_pep384_v1.patch
___
Python tracker
<http://bugs.python.org/issue14
New submission from Robin Schreiber :
Changes proposed in PEP3121 and PEP384 applied to the curses module. As these
Changes do not alter behaviour of the specific modules, I would encourage to
see this enhancement as a "bugfix" and consequently include this into the
coming Python 3
New submission from Robin Schreiber :
Changes proposed in PEP3121 and PEP384 have now been applied to the datetime
module!
--
components: Extension Modules
files: _datetimemodule_pep3121-384_v0.patch
keywords: patch
messages: 165805
nosy: Robin.Schreiber
priority: normal
severity
Changes by Robin Schreiber :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue15389>
___
___
Python-bugs-list mailing list
Unsubscribe:
Robin Schreiber added the comment:
Fixed the dealloc-methods of the types, for proper type dereferencing.
--
Added file: http://bugs.python.org/file26797/csv_pep384_v2.patch
___
Python tracker
<http://bugs.python.org/issue14
Changes by Robin Schreiber :
--
versions: +Python 3.4 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue14935>
___
___
Python-bugs-list mailin
Robin Schreiber added the comment:
Fixed _dealloc methods. Also: Init now returns the previously initialized
module if available.
--
Added file:
http://bugs.python.org/file26803/_datetimemodule_pep3121-384_v1.patch
___
Python tracker
<h
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the dbm module!
--
components: Extension Modules
files: _dbmmodule_pep3121-384_v0.patch
keywords: patch
messages: 168216
nosy: Robin.Schreiber
priority: normal
severity: normal
status
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the elementtree
module!
--
components: Extension Modules
files: _elementtree_pep3121-384_v0.patch
keywords: patch
messages: 168217
nosy: Robin.Schreiber
priority: normal
severity
Changes by Robin Schreiber :
--
nosy: +effbot
___
Python tracker
<http://bugs.python.org/issue15651>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the gdbm module!
--
components: Extension Modules
files: _gdbm_pep3121-384_v0.patch
keywords: patch
messages: 168219
nosy: Robin.Schreiber, anthony_baxter
priority: normal
severity
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the hashopenssl
module!
--
components: Extension Modules
files: _hashopenssl_pep3121-384_v0.patch
keywords: patch
messages: 168220
nosy: Robin.Schreiber, gstein
priority: normal
New submission from Robin Schreiber:
Changes proposed in PEP384 have now been applied to the bz2 module!
--
components: Extension Modules
files: _bz2_pep384_v0.patch
keywords: patch
messages: 168221
nosy: Robin.Schreiber
priority: normal
severity: normal
status: open
title: PEP 384
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the json module!
--
components: Extension Modules
files: _json_pep384_v0.patch
keywords: patch
messages: 168222
nosy: Robin.Schreiber
priority: normal
severity: normal
status: open
title
Robin Schreiber added the comment:
Regarding the macro definition, I would be fine with changing it to
_hashlib_state.
The dance you have found inside the Init, makes shure that the very same module
is returned if Init is called twice or multiple times, before the Module is
unloaded. A month
Robin Schreiber added the comment:
Hey Antoine,
This comment describes exactly what I intended with the "dance" in issue15653.
For example the json testsuite issued multiple calls to the init function
before unloading and consequently clearing the module.
However it seems as if th
1 - 100 of 261 matches
Mail list logo
