Filip Gruszczyński added the comment:
I have created a new patch, that should be satisfying now. There is help
(though it is quite small, I tried to mimic those that were already in
unicode.c) and tests. Right now format_using_mapping is called like this:
format_using_mapping(mapping, *args
Filip Gruszczyński added the comment:
The bug is triggered by input, not by print. The exact place is
_PyUnicode_AsStringAndSize, where unicode check happens. Then print checks
PyError_Occured and catches this error. Either this error should not be raised
or should be cleared input finishes
Filip Gruszczyński added the comment:
The problem occurs in line in bltinmodule.c:
po = PyUnicode_AsEncodedString(stringpo,
_PyUnicode_AsString(stdout_encoding), NULL);
Where _PyUnicode_AsString returns NULL, since stdout_encoding is Py_None and
that
Filip Gruszczyński added the comment:
I have written a small patch, that solves the problem, but is disgusting. Could
anyone tell me, how I can get some default encoding from Python internals (I
have no idea where to look) and return it inside _PyUnicode_AsStringAndSize?
Anyway, now when the
Filip Gruszczyński added the comment:
Ok, I have found Py_FileDefaultSystemEncoding and use it, however I had to cast
it to (char *), because it's a const char *. Maybe I could do it better?
--
Added file: http://bugs.python.org/file16689/8256_2.
Filip Gruszczyński added the comment:
I have read, that I shouldn't directly use Py_FileSystemDefaultEncoding and
rather use PyUnicode_GetDefaultEncoding, so I have changed the code a little.
--
Added file: http://bugs.python.org/file16700/8256_3.
Changes by Filip Gruszczyński :
Removed file: http://bugs.python.org/file16688/8256_1.patch
___
Python tracker
<http://bugs.python.org/issue8256>
___
___
Python-bug
Changes by Filip Gruszczyński :
Removed file: http://bugs.python.org/file16689/8256_2.patch
___
Python tracker
<http://bugs.python.org/issue8256>
___
___
Python-bug
Filip Gruszczyński added the comment:
Are you saying, that for example for this:
grusz...@gruszczy-laptop:~/Programs/logbuilder$ ./logbuilder --help
Usage: logbuilder [options] repo
Options:
--version show program's version number and exit
-h, --helpshow this
Filip Gruszczyński added the comment:
I'll take a look at optparse code and try to provide a patch. But first
holidays must finish and I must come back to ma usual residence, where I have
programming environment.
--
___
Python tracker
Filip Gruszczyński added the comment:
Patch for optparse with tests. If it's ok, I'll sit down to argparse.
--
keywords: +patch
Added file: http://bugs.python.org/file16985/4256_1.patch
___
Python tracker
<http://bugs.python.
Filip Gruszczyński added the comment:
I guess I am using my English too little, that's why I am using polish
expressions too often. What I meant was of course, that I will do argparse
patch too.
I haven't provided docs for --help-options yet, becuase it is not clear to me,
it is a
Filip Gruszczyński added the comment:
Ok, here comes patch for argparse too.
--
Added file: http://bugs.python.org/file16996/4256_2.patch
___
Python tracker
<http://bugs.python.org/issue4
Filip Gruszczyński added the comment:
I'll be happy to both fix things pointed by Steven and try some other approach,
if that's required, but I would rather do it after a consesus is reached, so I
don't have to do the same stuff several times (changing argparse tests requ
Filip Gruszczyński added the comment:
So, is there any decision here, so that I could get down to providing better
patch?
--
___
Python tracker
<http://bugs.python.org/issue4
Filip Gruszczyński added the comment:
Bump! Is there anything happening about this bug? Is my patch any good or
should I try to work on something different?
--
___
Python tracker
<http://bugs.python.org/issue8
Filip Gruszczyński added the comment:
I'll try to code a small test this evening.
--
___
Python tracker
<http://bugs.python.org/issue8256>
___
___
Pytho
Filip Gruszczyński added the comment:
Amaury, could you elaborate a little more on this? I am pretty new to all this
and I would happily write the patch, if only you could give me some clue on how
I should approach this.
--
___
Python tracker
Filip Gruszczyński added the comment:
No more double lookup.
--
Added file: http://bugs.python.org/file24244/13521_27_3.patch
___
Python tracker
<http://bugs.python.org/issue13
Filip Gruszczyński added the comment:
Bump! It's almost 3 months since I posted the patch, so I would like to remind
about this bug.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Filip Gruszczyński :
It would be cool if use could use with to manage shelf object and forget about
close.
--
messages: 152159
nosy: gruszczy
priority: normal
severity: normal
status: open
title: shelf doesn't work with
Changes by Filip Gruszczyński :
--
keywords: +patch
Added file: http://bugs.python.org/file24347/13896.patch
___
Python tracker
<http://bugs.python.org/issue13
Filip Gruszczyński added the comment:
Oh, I haven't noticed that. Using contextlib.closing solves my problem. Thanks.
--
___
Python tracker
<http://bugs.python.org/is
Filip Gruszczyński added the comment:
closing was solving my problem, but I'll be happy on working on this patch, if
you think it's useful after all. I don't think the stage should be test needed,
since the patch has tests (I know
Filip Gruszczyński added the comment:
I don't know if this is exactly what you want, but this is an early patch.
--
keywords: +patch
nosy: +gruszczy
Added file: http://bugs.python.org/file24644/8706.patch
___
Python tracker
<http://bugs.py
Filip Gruszczyński added the comment:
With tests.
--
Added file: http://bugs.python.org/file24650/8706_2.patch
___
Python tracker
<http://bugs.python.org/issue8
Filip Gruszczyński added the comment:
Fixed both issues.
--
Added file: http://bugs.python.org/file24652/13521_27_4.patch
___
Python tracker
<http://bugs.python.org/issue13
Filip Gruszczyński added the comment:
Bump! I would like to remind about this issue and patch.
--
___
Python tracker
<http://bugs.python.org/issue11807>
___
___
Filip Gruszczyński added the comment:
I prefer to be humble and trust core devs, when I post some patch to a codebase
I don't know very well. I am glad you managed to reproduce it and I could help
:-)
--
___
Python tracker
<http://bugs.py
Filip Gruszczyński added the comment:
Do you think I should put everything into a single patch or rather slowly add
new patches with different methods or method groups?
I would rather split it into several patches, I think it is easier to manage
them, especially that this one is quite huge
Filip Gruszczyński added the comment:
I would stay away from methods that accept just a single argument. For those
that accept more, I think it's reasonable to allow keyword args.
--
___
Python tracker
<http://bugs.python.org/i
Filip Gruszczyński added the comment:
Crap, it was so long ago, that I honestly don't remember why I added this if.
It made sense back then.
--
___
Python tracker
<http://bugs.python.org/is
Filip Gruszczyński added the comment:
I have created some naive patch, that makes sqlite module raise
ProgrammingError for SQLITE_ERROR code. But I don't know, whether it
might raise ProgrammingError in situation, when OperationalError should be.
Sqlite docs says:
#define SQLITE_
New submission from Filip Gruszczyński :
webbrowser module doesn't allow to open url in an unobtrusive way. Right now if
browser is minimized it is brought to the top. Furthermore if you browser is
already in the top, new tab is opened and user is moved to this top. It would
be useful, i
101 - 134 of 134 matches
Mail list logo
