Ismail Donmez added the comment:
This works fine with python 2.4 :
>>> import locale
>>> locale.setlocale(locale.LC_ALL,"tr_TR.UTF-8")
'tr_TR.UTF-8'
>>> print u"Mayıs".upper()
MAYIS
--
nosy: +cartman
__
Ismail Donmez added the comment:
@George,
"i".upper() WILL be I-with-a-dot-above in Turkish.i
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1528802>
_
Ismail Donmez added the comment:
There is no need to unassign this, the bug is invalid.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1528802>
_
___
Pyth
New submission from Ismail Donmez:
As reported at
http://lists.grok.org.uk/pipermail/full-disclosure/2007-September/065826.html
. There is an integer overflow in imageop module which results in an
interpreter crash. Original proof of concept code is attached.
--
components: Library (Lib
Ismail Donmez added the comment:
Guido,
The poc is taken as is, sorry.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1179>
__
___
Python-bugs-list mailing list
Ismail Donmez added the comment:
nevyn: Your patch cleanly applies to python 2.4.4 and fixes the
interpreter crash with poc.py
Thanks.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Ismail Donmez added the comment:
Can someone please review this patch? test_list fails with clang without this
patch.
--
___
Python tracker
<http://bugs.python.org/issue11
Ismail Donmez added the comment:
Awesome, thank you!
--
___
Python tracker
<http://bugs.python.org/issue9831>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ismail Donmez :
Using py3k branch revision 84707, on Mac OSX 10.6, case-sensitive HFS+
filesystem.
==
FAIL: test_package_data (distutils.tests.test_build_py.BuildPyTestCase
New submission from Ismail Donmez :
Using py3k branch revision 84707, on Mac OSX 10.6, case-sensitive HFS+
filesystem.
==
FAIL: test_ucd_510 (test.test_unicodedata.UnicodeMiscTest
New submission from Ismail Donmez :
Using py3k branch revision 84707, on Mac OSX 10.6, case-sensitive HFS+
filesystem.
==
ERROR: test_tab_identifiers (tkinter.test.test_ttk.test_widgets.NotebookTest
Ismail Donmez added the comment:
Yes I did make distclean before building (to cleanup old build files).
--
___
Python tracker
<http://bugs.python.org/issue9
Ismail Donmez added the comment:
Btw I configured with;
./configure --with-wctype-functions --with-fpectl --with-wide-unicode
--with-computed-gotos --enable-ipv6 --with-universal-archs=64-bit
MACOSX_DEPLOYMENT_TARGET=10.6
--
___
Python tracker
Ismail Donmez added the comment:
Btw I configure with;
./configure --with-wctype-functions --with-fpectl --with-wide-unicode
--with-computed-gotos --enable-ipv6 --with-universal-archs=64-bit
MACOSX_DEPLOYMENT_TARGET=10.6
--
___
Python tracker
Ismail Donmez added the comment:
Btw I configured with;
./configure --with-wctype-functions --with-fpectl --with-wide-unicode
--with-computed-gotos --enable-ipv6 --with-universal-archs=64-bit
MACOSX_DEPLOYMENT_TARGET=10.6
--
___
Python tracker
Ismail Donmez added the comment:
Problem is I set PYTHONDONTWRITEBYTECODE to 1, tests should disable this
environmental variable before testing for *.pyc files. Closing as invalid.
--
resolution: -> invalid
status: open -> closed
___
Ismail Donmez added the comment:
Also reproduced on Snow Leopard.
--
___
Python tracker
<http://bugs.python.org/issue8445>
___
___
Python-bugs-list mailin
New submission from Ismail Donmez :
This is probably a clang bug but this is the only test failing with clang:
==
FAIL: test_byte (ctypes.test.test_cfuncs.CFunctions
New submission from Ismail Donmez :
py3k branch, revision 84907
==
ERROR: test_font_eq (tkinter.test.test_tkinter.test_font.FontTest)
--
Traceback (most recent
Ismail Donmez added the comment:
With Guilherme's patch;
We are down to 1 error but thats a new errror;
test test_ttk_guionly failed -- Traceback (most recent call last):
File "/Users/cartman/Sources/py3k/Lib/tkinter/test/test_ttk/test_widgets.py",
line 28, i
Ismail Donmez added the comment:
Patch fixes the problem for me, please apply. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue8445>
___
___
Python-bug
Ismail Donmez added the comment:
Works for me on Snow Leopard for the record.
--
___
Python tracker
<http://bugs.python.org/issue8445>
___
___
Python-bugs-list m
New submission from Ismail Donmez :
py3k r86351,
==
FAIL: test_garbage_at_shutdown (__main__.GCTests)
--
Traceback (most recent call last):
File "./Lib
Ismail Donmez added the comment:
Whats holding this up?
--
___
Python tracker
<http://bugs.python.org/issue11149>
___
___
Python-bugs-list mailing list
Unsub
New submission from Ismail Donmez :
The check under Modules/_ctypes/libffi/configure.ac does;
echo '.text; foo: nop; .data; .long foo-.; .text' > conftest.s
if $CC $CFLAGS -c conftest.s 2>&1 | grep -i warning > /dev/null; then
libffi_cv_as_x86_pcrel=no
Ismail Donmez added the comment:
This is already fixed in upstream, check has been changed into:
libffi_cv_as_x86_pcrel=no
echo '.text; foo: nop; .data; .long foo-.; .text' > conftest.s
if $CC $CFLAGS -c conftest.s > /dev/null; then
libffi_cv_as_
Ismail Donmez added the comment:
Yes I can workaround it but I'd like to get it fixed inside Python too ;)
--
___
Python tracker
<http://bugs.python.org/is
Ismail Donmez added the comment:
Ping? Shall I submit a fix for Modules/_ctypes/libffi/configure.ac or better
yet will you sync in-tree libffi?
--
___
Python tracker
<http://bugs.python.org/issue11
Ismail Donmez added the comment:
Patch for configure.ac then?
--
___
Python tracker
<http://bugs.python.org/issue11729>
___
___
Python-bugs-list mailin
Ismail Donmez added the comment:
Problem seems to be in _ctypes_test.c . If you compile _ctypes_test.c with gcc
problems disappears.
--
___
Python tracker
<http://bugs.python.org/issue9
Ismail Donmez added the comment:
No interesting option. But this looks like a clang bug, compiling
_ctypes_test.c with -O0 fixes the issue. So this is a compiler optimization bug.
--
___
Python tracker
<http://bugs.python.org/issue9
New submission from Ismail Donmez :
Using py3k r87206 on Mac OSX 10.6.5,
[~/Sources/py3k]> make testall
running build
running build_ext
building dbm using ndbm
Python build finished, but the necessary bits to build these modules were not
found:
_gdbm ossaudiodevs
Ismail Donmez added the comment:
Patch works fine on Mac OSX 10.6.5
--
___
Python tracker
<http://bugs.python.org/issue10453>
___
___
Python-bugs-list mailin
New submission from Ismail Donmez :
clang (as with gcc 4.x) assumes signed integer overflow is undefined. But
Python depends on the fact that signed integer overflow wraps.
Currently configure script adds -fwrapv flag for GCC (added by me back in the
day), same should be done with clang
Ismail Donmez added the comment:
Currently test_overflow inside test_list fails without this patch. Is that good
enough or should we create a specific test?
--
___
Python tracker
<http://bugs.python.org/issue11
Ismail Donmez added the comment:
This is only reproducable with clang 2.9 trunk builds due to new optimizations.
Also note that clang commits confirm that -fwrapv must be provided if you
assume signed integer overflow wraps. This was also the case with a spec test.
I tested this on OSX
Ismail Donmez added the comment:
I think the patch is good to go, any comments/questions ?
--
___
Python tracker
<http://bugs.python.org/issue11149>
___
___
Pytho
Ismail Donmez added the comment:
@Antoine Pitrou , that is tracked by http://bugs.python.org/issue1621
--
___
Python tracker
<http://bugs.python.org/issue11
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
os module have varios O_ declerations but it doesn't define O_ASYNC.
Same for fcntl module which doesn't define FASYNC.
Simply defining
O_ASYNC = 02
works fine but its not as elegant as saying os.O_ASYNC.
-
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
type: -> feature request
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2890>
__
___
Python-b
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
I think they at least should be supported on Linux then. It does work if
you use the value itself anyway.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Add O_ASYNC and FASYNC as GNU extensions.
--
keywords: +patch
Added file: http://bugs.python.org/file10341/async.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Python code already has GNU/Windows only exceptions. Attached patch adds
O_ASYNC and FASYNC as GNU extensions. If accepted I can send a
complimentary documentation patch.
Added file: http://bugs.python.org/file10342/async
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10341/async.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2890>
__
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
title: O_ASYNC and FASYNC should be defined for *nix systems -> O_ASYNC and
FASYNC should be defined if available
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Thanks, can you also apply to py3k branch? :)
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2890>
__
_
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Documentation patch is added too.
Added file: http://bugs.python.org/file10344/async-doc.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
Using latest py3k SVN on MacOSX 10.5.2 :
[~/Sources/py3k/Lib/test]> ../../python regrtest.py test_urllib.py
test_urllib
zsh: bus error ../../python regrtest.py test_urllib.py
Backtrace:
#0 _CallProc (pProc=0x904e95f0 ,
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
Originally found at
http://www.randombit.net/weblog/programming/variable_leak_in_list_compre
hensions.html
First example :
[~]> python
Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
[GCC 4.0.1 (Apple Inc. build 5465)] on da
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
components: +Interpreter Core -Library (Lib)
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
But it only mentions python 2.3, time to update the footnote.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
type: -> compile error
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2967>
__
___
Python-b
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
Tkinter module is renamed to tkinter. test_tcl should be updated for this.
Patch attached.
--
components: Tests
files: tcl.patch
keywords: patch
messages: 67341
nosy: cartman
severity: normal
status: open
title: [PATCH]
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
This is on Ubuntu 8.04 :
test_distutils
Using PyPI login from /home/cartman/Sources/py3k/Lib/distutils/tests/.pypirc
Using PyPI login from /home/cartman/Sources/py3k/Lib/distutils/tests/.pypirc
Using PyPI login from /home/cartman/S
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
test_zipfile64
testDeflated (test.test_zipfile64.TestsWithSourceFile) ... ERROR
testStored (test.test_zipfile64.TestsWithSourceFile) ... ERROR
==
ERROR: testDe
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
test test_dbm failed -- Traceback (most recent call last):
File "/Users/cartman/Sources/py3k/Lib/test/test_dbm.py", line 121, in
test_whichdb
self.assertEqual(name, dbm.whichdb(_fname))
AssertionError: 'dbm.gnu
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Works fine in trunk now. This bug can be closed, thanks.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
Latest py3k branch,
test_xmlrpc_net
test test_xmlrpc_net failed -- Traceback (most recent call last):
File "/Users/cartman/Sources/py3k/Lib/test/test_xmlrpc_net.py", line
18, in test_cur
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
title: xml_rpc_net fails on Darwin -> test_xmlrpc_net fails on Darwin
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
It is a python bug, test should use a better web page then.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
I can confirm this on Leopard too.
--
nosy: +cartman
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Seems to work fine for me now with latest py3k branch.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
This is on Linux with latest py3k branch:
test test_urllibnet failed -- Traceback (most recent call last):
File "/home/cartman/Sources/py3k/Lib/test/test_urllibnet.py", line
145, in test_bad_address
urlli
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Just confirmed with svn revision 64322 of py3k branch.
--
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Works fine in trunk now, can someone please close this bug? Thanks.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
The test hanged for me at first try but worked fine on the second test,
weird.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
nosy: +cartman
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3139>
___
___
Python
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
I managed to hang on Ubuntu, here is the backtrace that I got with CTRL-C:
Process PoolWorker-5:1:
Traceback (most recent call last):
File "/home/cartman/Sources/py3k/Lib/multiprocessing/process.py", line
232, in _bootstra
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
py3k branch is still using -fno-strict-aliasing but I tested with gcc
4.3.1 and there are no strict aliasing warnings when this flag is removed.
Attached patch for py3k branch removes this flag. After applying the
patch configure sho
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
This is a rather new regression:
test_ossaudiodev
test test_ossaudiodev failed -- Traceback (most recent call last):
File "/home/cartman/Sources/py3k/Lib/test/test_ossaudiodev.py", line
146, in test_playback
self
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Wow thats no good, I will test with -fstrict-aliasing to be sure, if there
are such problems still we should start with fixing those towards 3.1 .
___
Python tracker <[EMAIL PROTECTE
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Works with today's SVN, please close as invalid.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Scratch that, it still fails in the second phase of make testall with
the same error.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
I tested with -fstrict-aliasing -O3 and there is no aliasing warning,
this is with
gcc 4.3.1
x86_64 linux
what you see might be a compiler deficiency :-/
___
Python tracker <[EMAIL PROTECTE
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Works fine in beta2.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3346>
___
__
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
Tested on MacOSX 10.5.4, running test_multiprocessing in a tight loop :
[~/Sources/py3k]> while true;do ./python ./Lib/test/regrtest.py
test_multiprocessing;done
test_multiprocessing
1 test OK.
test_multiprocessing
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
With trunk when running test_multiprocessing in a tight loop I saw
another problem:
test_multiprocessing
Process Process-61:
Traceback (most recent call last):
File "/Users/cartman/Sources/py3k/Lib/multiprocessing/process.py&
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
This seems to break test_unicode on MacOSX 10.5.4,
test_unicode
python(80320,0xa0659fa0) malloc: *** mmap(size=2147483648) failed (error
code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to d
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
I don't know if this is reproducible in 2.6 but I can reproduce on py3k
branch, and also thanks for creating the bug!
--
versions: +Python 3.0 -Python 2.6
___
Python tracker <[E
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
py3k branch gives another error now, when running test_multiprocessing
in a tight loop:
test test_multiprocessing failed -- Traceback (most recent call last):
File "/Users/cartman/Sources/py3k/Lib/test/test_multiprocessing.py&q
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Ah cool, we might be at the end of multiprocessing problems then I guess
:-)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
> Can you run Lib/test/test_unicode.py directly to know which test
> precisely crashes?
The latest py3k branch is fine now and the test passes.
___
Python tracker <[EMAIL PR
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Still fails with beta2:
>>> import imaplib
>>> mail=imaplib.IMAP4("mail.rtmq.infosathse.com")
Traceback (most recent call last):
File "", line 1, in
File "/usr/local/lib/python3.0/im
Ismail Donmez <[EMAIL PROTECTED]> added the comment:
Maybe do a s/"object is no more an iterator"/"is no longer an iterator"
--
nosy: +cartman
___
Python tracker <[EMAIL PROTECTED]>
&
Ismail Donmez added the comment:
gdb backtrace, segfaulting test is Lib/test/test_str.py
Added file: http://bugs.python.org/file8936/backtrace.txt
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1608>
__(gd
Changes by Ismail Donmez:
--
title: Regression tests crashes with gcc 4.3 -> test_str.py crashes
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1608>
__
___
Changes by Ismail Donmez:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1609>
__
___
Python-bugs-list mailing list
Uns
New submission from Ismail Donmez:
Using python 2.5 revision 59479 from release25-maint branch,
[~/python-2.5]> LD_LIBRARY_PATH=/home/cartman/python-2.5: ./python
./Lib/test/test_re.py
test_anyall (__main__.ReTests) ... ok
test_basic_re_sub (__main__.ReTests) ... ok
test_bigcharset (__mai
New submission from Ismail Donmez:
Checkout Python 2.5 from release25-maint branch, revision 59479
Compiled with gcc 4.3.0 20071212 , make test crashes with the following
output
[... snip ...]
test_socket_ssl
test_socket_ssl skipped -- Use of the `network' resource not en
New submission from Ismail Donmez:
Checkout Python 2.5 from release25-maint branch, revision 59479,
[~/python-2.5]> LD_LIBRARY_PATH=/home/cartman/python-2.5: ./python
./Lib/test/test_socket.py
testCrucialConstants (__main__.GeneralModuleTests) ... ok
testDefaultTimeout (__mai
Ismail Donmez added the comment:
Then it won't run as expected (I got python 2.4 installed system wise) :
./python: error while loading shared libraries: libpython2.5.so.1.0:
cannot open shared object file: No such file or directory
__
Tracker <[EMAIL P
Ismail Donmez added the comment:
gcc 4.3, Linux 2.6.18, 32bit.
Without LD_LIBRARY_PATH it would use the system libraries and not the
compiled ones which anyway is not wanted.
Configure line used is (damn I forgot to specify this before, sorry)
--with-fpectl \
--enable-shared \
--enable-ipv6
Ismail Donmez added the comment:
--enable-pydebug fixes the crash it might be that some uninitialized
variable doesn't take affect unless optimized as valgrind output shows
many of this.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Ismail Donmez added the comment:
This is a soon to be released GCC though I won't deny it has
regressions, but note that extra optimizations already uncovered bugs in
other software.
And unless I can get a minimal C testcase, GCC bug will be worthless.
Exact crashling call is string_tes
Ismail Donmez added the comment:
> What system libraries?
libpython2.5.so.1.0 , this is a shared lib build after all.
> Does it make a difference if you don't specify either of
>
> --enable-unicode=ucs4 \
> --with-wctype-functions
Removing --with-wctype-functions fixes
Ismail Donmez added the comment:
Indeed you are correct,
>>> '\ta\n\tb'.expandtabs(2147483647)
Program received signal SIGSEGV, Segmentation fault.
string_expandtabs (self=0xb7ba7c60, args=0xb7ba7dec) at
Objects/stringobject.c:3358
3358*q++
Ismail Donmez added the comment:
Guido,
if you can give me a sample testcase I can bug GCC developers, this
doesn't look good from GCC side at all. Btw from my limited C knowledge
marking variables would volatile would prevent optimizations of them.
__
Tr
Ismail Donmez added the comment:
> Not quite yet, gcc 4.3 had a big inlining bug that was just corrected
> two weeks ago:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33434
> You may have encountered this bug, or another similar one...
Two weeks ago is too old for me, I am using
Ismail Donmez added the comment:
Test always prints overflow here, tested with -O3 but here are
interesting overflow warnings that might give a clue , but I think
Cpickle is not involved here, but anyway:
/home/cartman/python-2.5/Modules/cPickle.c: In function 'Unpickler_noload':
/ho
Ismail Donmez added the comment:
Following testcase doesn't print overflow with gcc 4.3 when compiled
with -O3, works with gcc 3.4.6 though.
#include
#include
void foo(ssize_t x)
{
if (x >= 0) {
if (x+x < 0) printf("Overflow\n");
}
}
main()
{
volatile ssize_t x
1 - 100 of 202 matches
Mail list logo
