New submission from jeroen:
When you write sound files wav sunau of aifc and you are using 16 bits
samples. The number of frames in the files is incorrect. close function
which updates the headers makes a mistake I assume. For the sunau type I
had to double the number of frames in the close
jeroen added the comment:
I played using winsound.PlaySound function for the wav. I used VLC and windows
media player for wav,au and aiff after that
All had the same problem. It was solved for sunau by doubling the nframes
number written by the close function in the sunau module. I assume
jeroen added the comment:
as far as I know. But i have not use or tested it since a long time
On Sat, Sep 18, 2010 at 4:34 PM, Mark Lawrence wrote:
>
> Mark Lawrence added the comment:
>
> Is this still valid?
>
> --
> nosy: +BreamoreBoy -gvanrossum
> versi
Changes by Jeroen :
--
components: IDLE
nosy: Jeroen
priority: normal
severity: normal
status: open
title: IDLE closes when requesting a list of available modules in the online
help utility
type: behavior
versions: Python 2.7
___
Python tracker
New submission from Jeroen :
When using IDLE (2.7.2) in Ubuntu 11.10 the following error occurs:
When the online help utility in IDLE is started (by entering the help()
commando), it should be possible to get a list of all available modules by
typing "modules". When I do so a messag
Jeroen added the comment:
Ned,
I've run the "help()" from the command-line as requested and the result was:
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more i
New submission from Jeroen Habraken :
The urllib.urlencode documentation is unclear with regard to the 'doseq'
option. In my opinion it does not clearly state what its functionality is.
--
assignee: d...@python
components: Documentation
messages: 106311
nosy: VeXocide, d
Jeroen Habraken added the comment:
An elaboration as requested on IRC: It appears to make claims about 'the
sequence', but doesn't make clear that 'doseq' matters when *v* is a sequence.
It is easy to assume it refers to the query sequence, which is of
Jeroen Dobbelaere added the comment:
Some more background:
The actual issue was initially detected when observing that the 'tarfile'
package produced a tar containing different permissions, depending on the
script being executed by 'cygwin python' or 'native python&#x
New submission from Jeroen Demeyer :
The find_library_function() in Lib/distutils/unixccompiler.py does a very
simple-minded check to determine the existence of a library. It basically only
checks that a certain .so file exists. This may lead to false positives: the
mere existence of a .so
New submission from Jeroen Demeyer:
There is a serious security problem with Python's default sys.path. If I
execute
$ python /tmp/somescript.py
then Python will add /tmp as sys.path[0], such that an "import foobar" will
cause Python to read /tmp/foobar (or variations). Thi
Jeroen Demeyer added the comment:
Robert: I don't think that running scripts in /tmp is inherently unsafe. It is
Python's sys.path handling which makes it unsafe. That being said, I am not
against distutils being "fixed" but I do think the root issue should be fixed.
Jeroen Demeyer added the comment:
If you don't plan any further Python-2 releases, it would be pity that this
cannot be fixed. If you do plan a further Python-2 release, I find backwards
compatibility a poor excuse. I'm not saying that backwards compatibility
should be totally ig
Jeroen Demeyer added the comment:
It's sort of the same as #946373, except that bug report deals with other bad
consequences of sys.path[0], unrelated to security.
#5753 is specifically about the C API, not about running "pla
Jeroen Demeyer added the comment:
I should point out that there is also dangerous code in
Lib/test/test_subprocess.py in the test_cwd() function. There, the following
is executed from /tmp:
python -c 'import sys,os; sys.stdout.write(os.getcwd())'
As Python luckily knows where
Changes by Jeroen Demeyer :
Added file: http://bugs.python.org/file27923/sys_path_security.patch
___
Python tracker
<http://bugs.python.org/issue16202>
___
___
Python-bug
Changes by Jeroen Demeyer :
Removed file: http://bugs.python.org/file27536/sys_path_security.patch
___
Python tracker
<http://bugs.python.org/issue16202>
___
___
Pytho
Jeroen Demeyer added the comment:
I updated sys_path_security.patch by a newer version. This version will be
merged in the Python package of Sage (http://www.sagemath.org/).
I realise that it looks unlikely that it will be merged in CPython, but at
least it's here for refe
Jeroen Demeyer added the comment:
Sorry for the late answer, but yes: I found this out using an actual
compilation. I must admit it was in a bit of an usual situation (32-bit
userspace on a mixed 32/64-bit mutilib installation), but most other software
packages have no problems configuring
New submission from Jeroen Habraken :
The parse_qs and parse_qsl functions in the urlparse module seem to be new
since version 2.6, though this is not documented, please add "New in version
2.6.".
--
assignee: georg.brandl
components: Documentation
messages: 94860
nosy
Changes by Jeroen Demeyer :
--
nosy: +jdemeyer
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jeroen Demeyer:
On Linux Ubuntu 13.04, i686:
$ uname -a
Linux arando 3.5.0-26-generic #42-Ubuntu SMP Fri Mar 8 23:20:06 UTC 2013 i686
i686 i686 GNU/Linux
$ python
Python 2.7.5 (default, May 17 2013, 18:43:24)
[GCC 4.7.3] on linux2
Type "help", "copyright
New submission from Jeroen Demeyer:
I have an Itanium Linux system where compiling Python's _ssl module fails for
some reason, with the consequence that there is no md5 support at all in the
resulting Python 2.7.5 installation.
With Python 2.7.4, setup.py didn't even try to co
Jeroen Demeyer added the comment:
Sure, building _ssl fails with:
building '_ssl' extension
gcc -pthread -fPIC -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-I. -IInclude -I./Include -I/usr/include
-I/home/buildbot/build/sage/iras-1/iras_full/build
/sage-5.10.beta4/local/
Jeroen Demeyer added the comment:
The problem on the machine that I mentioned was a regression from 2.7.4 to
2.7.5, probably due to #17086. Whether you consider a patch a "bugfix" or "new
feature" is quite subjective, right? If #17086 is a bugfix, then this c
Jeroen Demeyer added the comment:
This is causing breakage, see #17990 and #18000.
--
nosy: +jdemeyer
___
Python tracker
<http://bugs.python.org/issue17
New submission from Jeroen Dirks :
I am using cElementTree.iterparse in order to parse through a huge XML
document and filter out sections of interest.
The usage pattern is that I wait for an "end" event for a element of
interest and then if it matches a some criterium I write it
New submission from Jeroen van der Ham <[EMAIL PROTECTED]>:
logging.basicConfig seems to ignore level=0:
>>> import logging
>>> logging.basicConfig(level=0)
>>> logging.getLogger().getEffectiveLevel()
30
>>> import logging
>>>
New submission from Jeroen Ruigrok van der Werven:
FreeBSD has in its ports currently a change for Modules/_ctypes/libffi/
configure.ac that adds amd64-*-freebsd* next to x86_64. I have attached
said patch (but updated to be a diff to trunk) and I hope it can be
changed in trunk to minimize
Jeroen Ruigrok van der Werven added the comment:
Current output on XP with 2.5.1:
D:\>test.py
Traceback (most recent call last):
File "D:\test.py", line 12, in
r.close()
IOError: [Errno 0] Error
Traceback (most recent call last):
File "D:\test.py", line 20, in
Jeroen Ruigrok van der Werven added the comment:
Using Facundo's attachment:
D:\>using_subprocess.py
D:\>
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Jeroen Ruigrok van der Werven added the comment:
Patch for against 2.6 trunk @ r60910.
--
nosy: +asmodai
Added file: http://bugs.python.org/file9476/userdict.rst.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Jeroen Ruigrok van der Werven added the comment:
Patch against 2.5 trunk @ r60911.
Added file: http://bugs.python.org/file9477/libuserdict.tex.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Jeroen Ruigrok van der Werven added the comment:
Is this not solved with the new documentation interface? It groups all
Carbon modules under a collapsable tree element.
See http://docs.python.org/dev/modindex.html under Carbon
--
nosy: +asmodai, georg.brandl
Jeroen Ruigrok van der Werven added the comment:
As taken from http://blogs.msdn.com/astebner/
archive/2006/08/23/715755.aspx
"Hi Didier - You should not try to install this vcredist package using
a nested install. Performing nested installs causes problems with
installing hotfixes fo
Jeroen Ruigrok van der Werven added the comment:
The hints that the vcredist cannot/should not be installed nested, but
should be chained.
The details on the full flags used/supported by the vcredist files.
And the last one how to do the merge modules (and some other
scenario's) way of a
Jeroen Ruigrok van der Werven added the comment:
OK, I played around a bit and created a setup project (.vdproj file).
The relevant part for the merge modules is:
"MergeModule"
{
"{CEE29DC0-9FBA-4B99-8D47-5BC643D9B626}:_8968169979C7478FA
Jeroen Ruigrok van der Werven added the comment:
Hi Martin,
yes, that's exactly what I am saying actually. :)
This is the resulting file I created: Python26.msi
Right now it only installs into C:\Python26 and puts python.exe,
pythonw.exe and python26.dll there, but it is a start
New submission from Jeroen Ruigrok van der Werven:
Quoting from my email to Raymond:
In the Trac/Genshi community we've been tracking a bit obscure memory
leak that causes us a lot of problems.
Please see http://trac.edgewall.org/ticket/6614 and then
http://genshi.edgewall.org/ticket/19
Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]> added the comment:
Given how Bazaar is not an official choice for the repository adding
this kind of thing will lead to a road to add such information for Hg
and other VCSes as well in order to be fair to all.
--
nosy: +a
Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]> added the comment:
But isn't that Bazaar thing totally stand-alone from the SVN
repository? What experimental branches are you talking about?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]> added the comment:
Go ahead. I'm not a committer, merely a person on the side.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
New submission from Jeroen Ruigrok van der Werven <[EMAIL PROTECTED]>:
xml.dom.minidom details three methods: writexml(), toxml(),
toprettyxml(). Only one, toxml(), showed the optional encoding argument.
In the documentation for writexml() the encoding argument is explained,
but topre
Jeroen Ruigrok van der Werven added the comment:
What's the consensus on this? I ask since I actually ran into code today that
uses DictMixin and as such wasn't converted by the 2to3 tool.
--
nosy: +asmodai
___
Python trac
Jeroen Ruigrok van der Werven added the comment:
That nl_AW is an interesting one. Aruba is part of the Kingdom of the
Netherlands, so in essence it should follow nl_NL. From what I can see that
locale seems to be limited to (certain) Linux systems. I'll raise the issue
with the CLDR gu
Changes by Jeroen Ruigrok van der Werven :
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/issue7384>
___
___
Python-bugs-list mailing list
Unsub
Jeroen Ruigrok van der Werven added the comment:
For the record, this happens on FreeBSD 8 as well.
It seems it is still the same bug as what I reported back in March 2009 on the
Python-dev list.
If you run the test stand-alone with ./python Lib/test/regrtest.py -uall
test_curses it passes
Jeroen Ruigrok van der Werven added the comment:
Just to state the obvious: ncursesw is needed for wide character support (i.e.
Unicode).
Also, have you tried asking Thomas Dickey (dic...@invisible-island.net) about
this? He might be able to give some clue about it since he's the main c
Jeroen Ruigrok van der Werven added the comment:
I did some digging on my side, the fact you see ncurses referenced from
readline is due to the build linking readline to libtermcap:
cc -fstack-protector -shared -Wl,-x -o libreadline.so.8
-Wl,-soname,libreadline.so.8 `lorder readline.So
Jeroen Ruigrok van der Werven added the comment:
Stefan, I was emailing with Rong-En Fan, a FreeBSD committer, about this issue
and he asked:
"Basically, this is caused by
a) our readline.so is linked against ncurses.so (via -ltermcap which is the
same lib)
b) wide-character en
Jeroen Ruigrok van der Werven added the comment:
Not sure, never got around to dig into it. But we did have some locale fixes,
including better picking up default encodings and whatnot.
--
___
Python tracker
<http://bugs.python.org/issue2
Jeroen Ruigrok van der Werven added the comment:
This seems to be present in c-api/arg.rst in trunk already.
Candidate for closure after verifying it's been merged appropriately?
--
nosy: +asmodai
___
Python tracker
<http://bugs.py
Jeroen Ruigrok van der Werven added the comment:
I added initial documentation for both PyObject_HEAD_INIT and
PyVarObject_HEAD_INIT in r71874.
The text currently reads:
PyObject_HEAD_INIT(type)ΒΆ
This is a macro which expands to initialization values for a new
PyObject type. This macro
Jeroen Ruigrok van der Werven added the comment:
What do we want to do with this one, because it is now seems out of
scope for documentation given the changes Gerhard implemented.
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.
Jeroen Ruigrok van der Werven added the comment:
Currently in trunk the types implementation only defines:
DictProxyType = type(TypeType.__dict__)
This is also documented in library/types.rst as:
types.DictProxyType
The type of dict proxies, such as TypeType.__dict__.
It's the
Jeroen Ruigrok van der Werven added the comment:
There has been no patch forthcoming in 3-4 years. Should the possibility
of a stack size increase for HP-UX be documented somewhere in the
installation/build documentation so that this issue can finally be
closed or do we want to fix configure
Jeroen Ruigrok van der Werven added the comment:
We want to document that old-style classes get converted into new-style
classes and that in general this goes without problems, except for some
corner cases such as containing a __slots__ directive? Or did I miss
anything else?
--
nosy
Jeroen Ruigrok van der Werven added the comment:
Thanks, committed in r71882.
Georg, I guess this needs to be backported to 2.6 at least and we need
to check what 3.x has.
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/issue4
Changes by Jeroen Ruigrok van der Werven :
--
priority: -> low
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue4239>
___
___
Jeroen Ruigrok van der Werven added the comment:
Just to make it clear: I committed this to trunk, since it is relevant
to that as well. We can always move the documentation over with minor
tweaks.
--
stage: needs patch -> commit review
___
Pyt
Jeroen Ruigrok van der Werven added the comment:
I am not entirely sure, but I think part of the reason was that if the
documentation needed to be built, it would need the snapshot at that
time. Georg? Was it intentional?
I consider this a low priority issue, but needs to be looked at whether
Jeroen Ruigrok van der Werven added the comment:
This is at least relevant to 2.7, reflect this in the issue.
Patch to remove the notion we don't support TLS yet.
We will need to see where to add the current functions in the overall
scheme of threading documentation.
--
key
Jeroen Ruigrok van der Werven added the comment:
Mmm, depends on the case, I guess. The current implementation of the
macros is hardcoded for the most part. Where it is variable I left the
arguments in.
I was following the example from the other macros and I guess that since
this is the
Jeroen Ruigrok van der Werven added the comment:
How does this look as an initial idea?
--
keywords: +patch
nosy: +asmodai
Added file: http://bugs.python.org/file13772/py_ssize_t-note.diff
___
Python tracker
<http://bugs.python.org/issue4
Changes by Jeroen Ruigrok van der Werven :
Removed file: http://bugs.python.org/file13772/py_ssize_t-note.diff
___
Python tracker
<http://bugs.python.org/issue4
Jeroen Ruigrok van der Werven added the comment:
Pure ignore. Let me adjust the patch. Do we prefer versionchanged before
or after versionadded? I am guessing after versionadded so we get a
better chronological view. Although there's something to be said for a
reverse chronological vie
Jeroen Ruigrok van der Werven added the comment:
Committed a first batch in r71910.
--
___
Python tracker
<http://bugs.python.org/issue4129>
___
___
Python-bug
Jeroen Ruigrok van der Werven added the comment:
Fixed the slice stuff in r71915.
--
___
Python tracker
<http://bugs.python.org/issue4129>
___
___
Python-bug
Jeroen Ruigrok van der Werven added the comment:
OK, I went through the entire C API documentation and marked up every
part that changed from int to Py_ssize_t in our documentation.
--
resolution: -> accepted
stage: -> committed/rejected
status: open -&g
Jeroen Ruigrok van der Werven added the comment:
I assume this is relative to the resolution of a user's monitor. For me,
using the current documentation it only takes about 1/8th - 1/9th of my
width.
--
nosy: +asmodai
___
Python tracker
Jeroen Ruigrok van der Werven added the comment:
Not that I saw.
Merged to py3k and 2.6.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jeroen Ruigrok van der Werven added the comment:
Merged 2.6 and py3k what was appropriate.
--
___
Python tracker
<http://bugs.python.org/issue4129>
___
___
Pytho
Jeroen Ruigrok van der Werven added the comment:
Garrett, I use FreeBSD myself too, so feel free to bounce anything my way.
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/issue5
Jeroen Ruigrok van der Werven added the comment:
Had this actually been brought up?
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/issue3
Jeroen Ruigrok van der Werven added the comment:
So far effbot hasn't said anything about this. So Frederik, was it
intended to be exposed or not?
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/i
Jeroen Ruigrok van der Werven added the comment:
OK, clear, then I'll see what I can do.
--
___
Python tracker
<http://bugs.python.org/issue5337>
___
___
Jeroen Ruigrok van der Werven added the comment:
Shouldn't the fallback be to setlocale(LC_CTYPE, "C") instead of
silently passing, though?
--
nosy: +asmodai
___
Python tracker
<http://bugs.pytho
Jeroen Ruigrok van der Werven added the comment:
You don't want to completely nix the setlocale(LC_CTYPE, "") call
though. The "" denotes to grab the native environment, in other words,
to grab whatever the current user's LC_CTYPE environment variable is set
to
Jeroen Ruigrok van der Werven added the comment:
Babel already provides (almost all of) this. It uses the Unicode CLDR
data to present the information you need.
See http://babel.edgewall.org/
--
nosy: +asmodai
___
Python tracker
<h
Jeroen Ruigrok van der Werven added the comment:
OK, then I'll apply it.
But I am curious about your thoughts about the _parse_localename()
method being called from setlocale() raising a ValueError, whereas a
setlocale(LC_CTYPE, "") should not fail at all, which it currently doe
Jeroen Ruigrok van der Werven added the comment:
Sorry, I was actually off by a method last night.
It turns out the problem lies in _localemodule.c.
Let me start with the basic question: is our setlocale() supposed to
mirror POSIX' operations/sema
Jeroen Ruigrok van der Werven added the comment:
As C99 section 7.23.3.5 states:
"Each conversion specifier is replaced by appropriate characters as
described in the following list. The appropriate characters are
determined using the LC_TIME category of the current locale and by the
valu
Jeroen Ruigrok van der Werven added the comment:
I will first point out where our current implementation is broken, in my
opinion of course, after which I propose a small patch.
Both C90 (7.4.1.1) and C99 (7.11.1.1) state:
"A value of "C" for locale specifies the minimal en
Jeroen Ruigrok van der Werven added the comment:
On the subject whether or not returning a null pointer should be
considered he said:
->
On the subject whether or not returning a null pointer should be
considered an error he said:
--
___
Pyt
Changes by Jeroen Ruigrok van der Werven :
Removed file: http://bugs.python.org/file13843/locale.diff
___
Python tracker
<http://bugs.python.org/issue1443504>
___
___
Changes by Jeroen Ruigrok van der Werven :
Removed file: http://bugs.python.org/file13849/locale.diff
___
Python tracker
<http://bugs.python.org/issue1443504>
___
___
Jeroen Ruigrok van der Werven added the comment:
Really correct this time.
--
Added file: http://bugs.python.org/file13850/locale.diff
___
Python tracker
<http://bugs.python.org/issue1443
Jeroen Ruigrok van der Werven added the comment:
Georg pointed out a mistake I introduced in my patch, updated now.
--
Added file: http://bugs.python.org/file13849/locale.diff
___
Python tracker
<http://bugs.python.org/issue1443
Jeroen Ruigrok van der Werven added the comment:
I asked that as well on the POSIX/SUS list and Don Cragun responded with:
"If you make the last argument to setlocale() be a pointer to
unallocated memory, implementations would be allowed to set errno to
EFAULT and terminate the process w
Jeroen Ruigrok van der Werven added the comment:
Committed the initial patch in r72375 for trunk and r72376 for py3k.
Any other branches that would need the merge? 3.0?
--
resolution: -> accepted
stage: test needed -> committed/rejected
status: open ->
Jeroen Ruigrok van der Werven added the comment:
Committed in r72381 and r72395.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1
Jeroen Ruigrok van der Werven added the comment:
I can verify this on Vista.
2.5 gives:
>>> from locale import setlocale, LC_ALL
>>> setlocale(LC_ALL, "fr")
'French_France.1252'
Whereas 2.6 fails.
There is no difference between 2.5's and 2.6&#x
Jeroen Ruigrok van der Werven added the comment:
My tests were with official distributions.
Yamamoto-san, thank you for your testing. I was thinking it might have
been something to do with changed semantics, but I am happy you saved me
the time from having to compile.
Looking at the
Jeroen Ruigrok van der Werven added the comment:
Interesting. I'll see if I can dig into this.
--
nosy: +asmodai
___
Python tracker
<http://bugs.python.org/i
Jeroen Ruigrok van der Werven added the comment:
On FreeBSD there's no need for the ncurses package in most case. Since
somewhere along 6.x and 7.x line Rong-En Fan switched FreeBSD to do what
I did for DragonFly BSD a long time: to have both normal and wide curses
available.
As far as P
95 matches
Mail list logo
