New submission from Jan Kaliszewski :
http://docs.python.org/3.1/download.html (available both with 'Download
these documents' link @docs and 'Download Current Python 3.1
Documentation' link @http://www.python.org/doc/) doesn't contain links
to packed docs, but te
New submission from Jan Kaliszewski :
Some of links in re docs should lead to RegexObject.match()|
RegexObject.search() method but lead to re.match()|re.search() module
function.
These are the places in 2.6 docs (in 2.7-3.2 versions' you'll find the
bug in analogous plac
New submission from Jan Kaliszewski :
The problem can be found in many places in docs -- tipically, where
there is a function/method with name identical to builtin name (or
sometimes to another function/method within the same module -- see:
#6575): links leads to te latter but should lead to
New submission from Jan Kaliszewski :
* In 2.6 the content of that section isn't up to date (3.1 is
descripted as 'in development')
* In 3.0 there is no that section.
--
messages: 90945
nosy: zuo
severity: normal
status: open
title: 2 problems with 'Docs for other
Changes by Jan Kaliszewski :
--
assignee: -> georg.brandl
components: +Documentation
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/iss
New submission from Jan Kaliszewski :
As we can read in http://docs.python.org/3.1/whatsnew/3.1.html#other-
language-changes:
The fields in format() strings can now be automatically numbered:
>>> 'Sir {} of {}'.format('Gallahad', 'Camelot')
'Si
New submission from jan matejek :
test_bdist_wininst.py fails in non-windows environment, depending on the
order of execution of tests in the test_distutils suite
When this test is not run on windows, msvccompiler.py fails to load
win32 registry modules and emits a warning-level message to the
New submission from Jan Schlüter :
This addresses missing statements for recognizing the Mingw compiler in
pyport.h, needed to build several extension modules on Windows using
Mingw. I will first explain the background, then indicate what needs to
be changed and end with some pointers to
jan matejek added the comment:
for completenes, here's a patch that's in use in SUSE. it's advantage
over Fedora's is that it works on both 32bit and 64bit installs
--
Added file: http://bugs.python.org/file14726/Python-
jan matejek added the comment:
well in our patch, at least, the directory is governed by sys.lib which
is defined through configure.
i don't understand the configure language well enough, but i'd assume
that making it parametrized isn&
Jan Hosang added the comment:
I added a patch to replace back slashes by forward slashes in three
places, only one if them actually relevant to the errors in the attached
.zip file.
I kept the exception for mismatching filenames, but if you think it is
appropriate to remove it I could do
Jan Hosang added the comment:
I tried to implement the new buffer API, but as soon as I add
bf_getbuffer/bf_releasebuffer to PyBufferProcs writing an array to a file
breaks:
f.write(a)
TypeError: must be contiguous buffer, not array.array
I searched through the file functions, but
Jan Hosang added the comment:
I attached a path for raising IOErrors in fromfile. I also added a
testcase which failed before.
The test opens a file and closes the file with os.close(fd) without
telling the file object, so fromfile doesn't notice it's reading from a
file that i
Jan Hosang added the comment:
I added the two functions for the new buffer API. Having an exported
memory view needs some handling elsewhere, so the array does not change. I
also added tests for checking that behaviour.
Mainly I copypasted code from py3k which involved redirecting to
Jan Hosang added the comment:
The patch breaks five unit tests from other modules, I'll look into it.
--
___
Python tracker
<http://bugs.python.org/i
Jan Hosang added the comment:
> > The patch breaks five unit tests from other modules, I'll look into
> > it.
>
> What are those tests?
test_codecs, test_ioctl, test_multiprocessing, test_socket and
test_struct.
--
__
Jan Hosang added the comment:
You asked "what" not "which" :)
test test_codecs failed -- Traceback (most recent call last):
File "/Users/jan/src/python-svn/Lib/test/test_codecs.py", line 531, in
test_array
codecs.readbuffer_encode(array.array("c"
Jan Hosang added the comment:
I stumbled upon the following function:
static Py_ssize_t
convertbuffer(PyObject *arg, void **p, char **errmsg)
in Python/getargs.c
The first thing the function does is checking if the object implements
the old buffer api, but also fails if pb->bf_releasebuf
Jan Hosang added the comment:
I was looking at the remaining differences between Modules/arraymodule.c
in python 2.7 and the 3k branch, in particular I was testing why
including the changes to the function array_ass_slice into the patch
breaks the unit test of the array module.
The manual
Jan Hosang added the comment:
I fixed the array_ass_slice for python 2.7 in the attached patch.
The problem should apply to python 3k as well: firstly the above which
might stay unnoticed and secondly the function moves to much memory if the
array size is increased: (Py_SIZE(a)-d-ihigh
Changes by Jan Kratochvil :
--
nosy: +jankratochvil
___
Python tracker
<http://bugs.python.org/issue7015>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jan Kratochvil added the comment:
This patch will make the `modules' command succeeed.
Later requesting the specific `gdb' module will cause:
help> gdb
problem in gdb - : 'module' object has
no attribute 'Command'
I think this is right in general, a single b
Jan Kratochvil added the comment:
The python bindings were therefore fixed downstream:
gdb-6.8.91.20090930-2.fc12
http://koji.fedoraproject.org/koji/buildinfo?buildID=134595
--
___
Python tracker
<http://bugs.python.org/issue7
New submission from Jan Hosang :
Loads of outputs like
test_string_producer (test.test_asynchat.TestAsynchat_WithPoll) ...
error: uncaptured python exception, closing channel
(:[Errno 9] Bad file descriptor
[/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/asyncor
e.py
New submission from Jan Hosang :
test_curses
test test_curses crashed -- : endwin() returned
ERR
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/test/re
grtest.py", line 549, in runtest_inner
the_package = __import
New submission from Jan Hosang :
FAIL: test_get_python_inc
(distutils.tests.test_sysconfig.SysconfigTestCase)
--
Traceback (most recent call last):
File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/pyth
New submission from Jan Hosang :
Output like:
testAUTH_PLAIN (test.test_smtplib.SMTPSimTests) ... error: uncaptured
python exception, closing channel (:[Errno 9] Bad file
descriptor
[/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/asyncor
e.py|readwrite|107]
[/Library
New submission from Jan Hosang :
test_macostools
test_copy (test.test_macostools.TestMacostools) ... ERROR
test_mkalias (test.test_macostools.TestMacostools) ... ERROR
test_mkalias_relative (test.test_macostools.TestMacostools) ... ERROR
test_touched (test.test_macostools.TestMacostools) ... ok
New submission from Jan Hosang :
==
FAIL: test_itimer_virtual (test.test_signal.ItimerTest)
--
Traceback (most recent call last):
File "/Users/ja
Jan Hosang added the comment:
This is a 64 bit machine and the test failed for the checkout of the
python26-maint branch. I just configured and made it without any flags.
(Does that produce a 64 bit build?)
--
___
Python tracker
<h
Jan Hosang added the comment:
$ ./python.exe -c 'import sys; print sys.maxint'
9223372036854775807
--
___
Python tracker
<http://bugs.python.
Jan Hosang added the comment:
Ezio, I moved the test to a separate method. Also I couldn't find
something to close the file if I don't care about errors. I thought an
assertRises would be wrong, as I am not debugging files here, so I added a
function to call a callable I expect t
Jan Hosang added the comment:
1&2) I removed the try/except around the import. I have no clue if os
might be unavailable. Maybe leave out handling that until we see that
breaking.
I added the try/except because I saw that in other tests in the same
file when importing gc.
3) Done.
4)
Jan Hosang added the comment:
I updated the checkout of the 26 branch, and the test runs fine now.
I have no clue about virtual time as well. If this is about passing time,
there should be better ways (than those which break if your computer gets
faster).
--
status: pending -> o
Jan Hosang added the comment:
I am not able to reproduce my own report :)
I'm sure I installed the 2.6.3 release, opened Terminal.app, checked
`which python` and ran `python -m test.regrtest -uall`. I remember that I
saw a crash report when I came back and some failed tests, so I ra
New submission from Jan Hosang :
While I was backporting the new buffer API to 2.7 I noticed some issues
in array_ass_slice() in Modules/arraymodule.c in the python 3k branch.
1) Manual memory reallocation had been replaced by calls to
array_resize. But I think when PyMem_RESIZE is called the
Jan Hosang added the comment:
I think a timing out while loop explains much better what is happening. I
mean we are trying to keep the cpu busy for 0.9 seconds (if I understand
the definition of virtual time correctly) and not do 1 increments
(which might be done faster than 0.9
Jan Hosang added the comment:
The mp_ass_subscript function looks fine in contrast to array_ass_slice().
So if array_ass_slice() is not accessible from the outside and is only
called with NULL as replacement parameter from the inside, I won't be able
to cause trouble with those two i
Jan Hosang added the comment:
> Maybe you could create a file without read permission (000) and try
> to read from it.
I just checked. If I don't have read permissions, I am not able to open
the file. When I open a file and change permissions afterwards, I can read
the complete f
Jan Hosang added the comment:
The patch works, as this is what is implicitly happening anyway if you use
the function. There seem to be no tests for this function, so there is
nothing to break. I guess this is the right time to get some tests.
Gabriel, would you like to write tests for this
Jan Hosang added the comment:
Thanks Aduardo! (I could have sworn I tried that.) I changed the test to
reading from a file in 'wb' mode, which raised a EOFError before and now
raises IOErrors.
--
Added file: http://bugs.python.org/file15055/array_ioe
Jan Hosang added the comment:
I changed the patch so it does not introduce new dependencies and fails
before the patch of isabstract().
--
Added file: http://bugs.python.org/file15064/inspect.diff
___
Python tracker
<http://bugs.python.
Jan Hosang added the comment:
I think non-determinism is more then os.urandom can deliver. As far as I
know the OS still does deterministic calculations, though they are maybe
less obvious. Maybe call it "safer, OS dependent"?
--
no
Jan Hosang added the comment:
Maybe os.urandom is "more random" than the module random in the sense that
it is harder to figure out what comes next, but still deterministic. The
readings from the hardware are random and you usually don't know them, yet
what comes out of urando
Jan Schlüter added the comment:
Hello!
Thanks, you're right. I have created a patch against the latest SVN
revision (75557) of branches/release26-maint/Include/pyport.h. The
patch also applies fine to trunk/Include/pyport.h.
As it applies to both versions, I have created the patch dir
Changes by jan matejek :
--
nosy: +matejcik
___
Python tracker
<http://bugs.python.org/issue1294959>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by jan matejek :
--
nosy: +matejcik
___
Python tracker
<http://bugs.python.org/issue858809>
___
___
Python-bugs-list mailing list
Unsubscribe:
jan matejek added the comment:
well, seeing as redesign of distutils probably won't happen anytime soon...
why don't we fix the obvious bug (broken configure) now and redesign
distutils later?
___
Python tracker
<http://bugs.python.or
jan matejek added the comment:
...the patch is absolutely trivial, doesn't have any deep consequences
and applies cleanly to head and all branches i know of.
...i wonder if the patch-fasttracking offer still applies...
___
Python tracker
Changes by jan matejek :
--
nosy: +matejcik
nosy_count: 3.0 -> 4.0
___
Python tracker
<http://bugs.python.org/issue891930>
___
___
Python-bugs-list mai
Changes by jan matejek :
--
nosy: +matejcik
nosy_count: 3.0 -> 4.0
___
Python tracker
<http://bugs.python.org/issue1019715>
___
___
Python-bugs-list mai
Jan Novak added the comment:
I made some new tests in P2.6.1
>>> import email.charset
>>> c=email.charset.Charset('utf-8')
>>> print c.input_charset, type(c.input_charset)
utf-8
>>> print c.output_charset, type(c.output_charset)
utf-8
Jan Ondrej added the comment:
I can't confirm this bug on Fedora 8 or Fedora 10.
I think it's fixed now and should be closed.
Also tested on ubuntu-hardy without problems.
--
___
Python tracker
<http://bugs.python.org
New submission from Jan Lieskovsky :
Common Vulnerabilities and Exposures assigned an identifier
CVE-2008-5983 (and related CVE ids) to the following vulnerability:
Untrusted search path vulnerability in the PySys_SetArgv API function in
Python 2.6 and earlier, and possibly later versions
Jan Lieskovsky added the comment:
To sum up the behavior, the following table displays whether
modules are read from the current working directory for various
ways how the python scripts can be launched (unfixed/fixed version):
unfixed fixed run as
Jan Lieskovsky added the comment:
As no longer work of "python ./foo.py" after patch utilization may
cause, the update won't be acceptable, could you guys review the
above patch and potentially provide an another one?
--
___
Python
Jan Lieskovsky added the comment:
Just drop into /tmp and run (you will need the zenity package installed):
python3.1 ./test.py
or
gedit# unfixed gedit
in that directory.
--
Added file: http://bugs.python.org/file13686/py_umspath_test.tar.gz
Jan Lieskovsky added the comment:
Hello guys,
if I didn't overlook something pretty obvious, this should work
with python-2.6, but it crashes.
Could you please have a look?
Thanks, Jan.
--
Jan iankko Lieskovsky
--
nosy: +iankko
Added file: http://bugs.python.org/file
Jan Lieskovsky added the comment:
Antoine,
(re: #msg87083, #msg87084) -- while the API change is acceptable and
reasonable, it doesn't solve the core of the problem. I understand
the change needs to be 'backward compatible' and shouldn't break
the existing Python behav
Jan Kaliszewski added the comment:
The matter had been discussed (and not once...), IMO without
satisfactory conclusion -- see:
* http://bugs.python.org/issue612627 (the feature added)
* http://bugs.python.org/issue1214889 (another feature rejected)
* http://bugs.python.org/issue1099364
Jan Kaliszewski added the comment:
PS. The main problem is not a lack of feature but that inconsistency,
and that's not documented if File type docs:
print >>my_file, my_unicode # <- is encoded with my_file.encoding
my_file.write(my_unicode) # <- is encoded with my_file.e
Jan Kaliszewski added the comment:
s / if File / in File
s / -- works # <- is encoded with my_file.encoding / # <- is encoded
with sys.stdout.encoding
(sorry, too little sleep)
--
___
Python tracker
<http://bugs.python.org/
Changes by Jan Kaliszewski :
--
assignee: -> georg.brandl
components: +Documentation
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/iss
New submission from Jan Pobrislo :
When using OptionParser.format_help(formatter), the formatter parameter
should be used to format all of the help message. This is not the case
for usage message, as the method get_usage() is not passed the formatter
and always uses self.formatter. I'm
Changes by Jan Pobrislo :
Added file: http://bugs.python.org/file14255/fix_optparse_usage_formatter.diff
___
Python tracker
<http://bugs.python.org/issue6253>
___
___
Changes by Jan Pobrislo :
Removed file: http://bugs.python.org/file14254/fix_optparse_usage_formatter.diff
___
Python tracker
<http://bugs.python.org/issue6253>
___
___
Jan Pobrislo added the comment:
On second thought method name starting with get_ doesn't signify any
formatting, so it might be better to either:
1) Move call to formatter.format_usage from get_usage directly to
format_help.
2) Create method format_usage in OptionParser and call it from
Changes by Jan Pobrislo :
Removed file:
http://bugs.python.org/file14256/fix_optparse_usage_formatter2.diff
___
Python tracker
<http://bugs.python.org/issue6253>
___
___
Changes by Jan Pobrislo :
Added file: http://bugs.python.org/file14257/fix_optparse_usage_formatter2.diff
___
Python tracker
<http://bugs.python.org/issue6253>
___
___
Changes by jan matejek :
--
nosy: +matejcik
___
Python tracker
<http://bugs.python.org/issue1298813>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by jan matejek :
--
nosy: +matejcik
___
Python tracker
<http://bugs.python.org/issue6386>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jan Lieskovsky :
Hello guys,
i am experiencing segmentation fault, when trying to set the
error indicator via the PyErr_SetString() method called from C source.
This occurs for all Python exceptions, as documented in:
http://docs.python.org/c-api/exceptions.html
Changes by Jan Lieskovsky :
Added file: http://bugs.python.org/file14429/core.31283.bz2
___
Python tracker
<http://bugs.python.org/issue6402>
___
___
Python-bugs-list m
Changes by Jan Lieskovsky :
--
nosy: +benjamin.peterson, gregory.p.smith, pitrou, psss
___
Python tracker
<http://bugs.python.org/issue6402>
___
___
Python-bug
jan matejek added the comment:
yes, reverting r72637 fixes this problem for me
it reintroduces the original bug (there is some temporary file left behind),
but i don't care about that
--
___
Python tracker
<http://bugs.python.org/i
jan matejek added the comment:
Tarek,
the error output is this:
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
cannot find -lpython2.6
the chdir is the problem - because in an environment where you don't have an
existing Python installation, you will not
Changes by Jan Kratochvil :
--
nosy: +jankratochvil
___
Python tracker
<http://bugs.python.org/issue4434>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jan Engelhardt :
When python is compiled with sparc64 settings (i.e. -m64), test_ctypes fails. I
am not sure why this does not show up with -m32.
ares:/usr/src/packages/BUILD/Python-2.6.5>
LD_LIBRARY_PATH=/usr/src/packages/BUILD/Python-2.6.5 ./python -E -tt
./Lib/t
Jan Killian added the comment:
@tarek:
Sorry for not reacting, it completely vaporized out of my head. I'll do the
patch this weekend.
Agree, only which/which_files belong to public API.
Regarding PATHEXT:
1. When a new process is created, the value is taken from registry variable
PA
Jan Killian added the comment:
* hardcoded deafult PATHEXT values for different versions of Windows
(confirmed the W2K, W2008 values via google)
* code+tests+docs cleanup
Just one question: is there some std proc how to run the test suite on the
updated stdlib in a working repo?
For now, I
Changes by Jan Killian :
Added file: http://bugs.python.org/file17948/which.py
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Changes by Jan Killian :
Removed file: http://bugs.python.org/file17948/which.py
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Jan Killian added the comment:
* updated docs in the patch
@ Éric: Thanks, that works nicely :)
@ Michael: You don't need cygwin to use which and many gnu tools on windows.
See http://gnuwin32.sourceforge.net/packages.html. After installation you can
take the ,exe and .dll files in Gnu
Changes by Jan Killian :
Removed file: http://bugs.python.org/file17947/shutil_which_82778.patch
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bug
Changes by Jan Killian :
Added file: http://bugs.python.org/file17958/which.py
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Jan Killian added the comment:
@ Éric and Antoine: Thanks for the useful hints!
* PATH and PATHEXT are now evaluated when needed, not only on module init. The
rationale is, that the lib user may change them, eg. to include a directory
with additional commands.
* the only helper module-level
Changes by Jan Killian :
Added file: http://bugs.python.org/file17963/which.py
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Jan Killian added the comment:
* updated tests
--
Added file: http://bugs.python.org/file18000/shutil_which_82778.patch
___
Python tracker
<http://bugs.python.org/issue444
Changes by Jan Killian :
Added file: http://bugs.python.org/file18001/which.py
___
Python tracker
<http://bugs.python.org/issue444582>
___
___
Python-bugs-list mailin
Jan Killian added the comment:
Hi Tarek
Will do that on Tusdas. Examples make sense too
Jan
On Sun, Aug 8, 2010 at 11:15 AM, Tarek Ziadé wrote:
>
> Tarek Ziadé added the comment:
>
> looks good, minor changes before I commit it
>
> can you:
>
> - remove all o
New submission from Jan Velecký:
Hello,
documentation (https://docs.python.org/2/library/signal.html) states, that
Python by default installs SIGINT handler which cause KeyboardInterrupt. This
is not true everytime according to implementation.
"Python installs a small number of signal han
Jan Velecký added the comment:
That's good.
--
___
Python tracker
<http://bugs.python.org/issue28795>
___
___
Python-bugs-list mailing list
Unsubscr
Jan Lachnitt added the comment:
Thank Wolfgang Maier for reminding this issue and providing various details and
observations. Having taken a look at my old comments (and at others' comments,
too), I feel that the cwd issue deserves a clearer description.
Let's use the followin
Changes by Jan Pokorný :
--
nosy: +jpokorny
___
Python tracker
<http://bugs.python.org/issue20215>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jan Gosmann :
--
nosy: +jgosmann
___
Python tracker
<http://bugs.python.org/issue24875>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from jan matejek:
Related to http://bugs.python.org/issue1621 and
http://bugs.python.org/issue27473
GCC 6 optimizes away broken overflow checks. This leads to segfaults on
test_replace_overflow, at least for strings and bytearrays.
--
components: Interpreter Core
jan matejek added the comment:
It does, but "-fwrapv" is not automatically added when you specify custom OPT
flags. I should have clarified that in the original report.
--
___
Python tracker
<http://bugs.python.o
jan matejek added the comment:
No, your changes from issue 27473 are OK. However functions like
replace_interleave and replace_single_character etc. still use the broken code:
/* use the difference between current and new, hence the "-1" */
/* result_len = self_len + count *
jan matejek added the comment:
some instances are present in unicodeobject.c too
--
Added file: http://bugs.python.org/file46156/unicode-overflow.patch
___
Python tracker
<http://bugs.python.org/issue29
jan matejek added the comment:
at this again, when porting SUSE patches to 3.6.0 :) ( :( )
Last time there was a discussion, Barry suggested using sysconfig variables to
find the proper libdir. Trouble is, to fill out the variables, sysconfig itself
uses two sources:
a) compiled-in
201 - 300 of 443 matches
Mail list logo
