Ismail Donmez added the comment:
The documentation helped a lot, so thanks for that! But it misses the final
crucial step:
copy /b zastub.exe+app.pyz app.exe
The documentation talks about prepending the zastub.exe to the zip file but
never mentions how, which is very confusing
Ismail Donmez added the comment:
What's the status on this? Can you please create a pull request on Github so we
can continue there?
--
___
Python tracker
<http://bugs.python.org/is
Ismail Donmez added the comment:
@masamoto thank you!
--
___
Python tracker
<http://bugs.python.org/issue25720>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ismail Donmez added the comment:
ping?
--
___
Python tracker
<http://bugs.python.org/issue25720>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ismail Donmez added the comment:
Thats not an issue for ncurses because Include/py_curses.h does:
#ifdef HAVE_NCURSES_H
/* configure was checking , but we will
use , which has all these features. */
#ifndef WINDOW_HAS_FLAGS
#define WINDOW_HAS_FLAGS 1
#endif
#ifndef
Ismail Donmez added the comment:
Any patch review/comment ?
--
___
Python tracker
<http://bugs.python.org/issue25720>
___
___
Python-bugs-list mailing list
Unsub
Ismail Donmez added the comment:
Indeed, I am sorry! It was pycurl.
--
___
Python tracker
<http://bugs.python.org/issue25932>
___
___
Python-bugs-list mailin
New submission from Ismail Donmez:
Installed Python 3.5.1 windows x64 version and ended up having
C:\Users\ismail\AppData\Local\Programs\Python\Python35\curl.exe
which is outdated:
C:\Users\ismail>C:\Users\ismail\AppData\Local\Programs\Python\Python35\curl.exe
-V
curl 7.37.0 (Wind
Changes by Ismail Donmez :
--
nosy: +donmez
___
Python tracker
<http://bugs.python.org/issue25843>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ismail Donmez:
ncurses6 turned on NCURSES_OPAQUE, so now you have to use some helper functions
instead of accessing the structs directly. This _should_ be compatible with
ncurses5 though I didn't test it.
Original patch is from openSUSE.
--
components: Exte
Changes by Ismail Donmez :
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue13501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ismail Donmez added the comment:
Still a problem with mingw-w64 gcc 5.1 and Python 3.4.3, time to fix this?
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue4
Ismail Donmez added the comment:
Any update on this? Would be nice to have this for 3.5 release.
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue10
Ismail Donmez added the comment:
FWIW OpenSSL patch is now upstream
https://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=cf6da05304d554aaa885151451aa4ecaa977e601
https://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=fb0e87fb67a358b40a1d56d2df3a611a09899780
--
nosy
Ismail Donmez added the comment:
Can we please get a review on this?
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue20631>
___
___
Python-bug
Ismail Donmez added the comment:
Chiming in here as a SUSE guy;
Can you make sure
/usr/local/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so
does exist. If yes run ldd on it
ldd /usr/local/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so
And also give output of "which python3.4&quo
Changes by Ismail Donmez :
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue20763>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ismail Donmez added the comment:
Time to say ping here. This patch is still would be useful for Python.
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue4
Ismail Donmez added the comment:
Jan, thanks for the excellent explanation. We can close this bug I guess then?
--
___
Python tracker
<http://bugs.python.org/issue12
Ismail Donmez added the comment:
I can reproduce the error locally. But I see something in the log might be
related to this (possibly not but anyway):
[352/368/1] test_multiprocessing
test_multiprocessing skipped -- This platform lacks a functioning sem_open
implementation, therefore, the
Ismail Donmez added the comment:
We are now hitting this on openSUSE 12.3, here is the relevant log (ignore the
timestamps) :
[ 1041s] ==
[ 1041s] FAIL: test_close_fds (test.test_subprocess.POSIXProcessTestCase)
[ 1041s
Ismail Donmez added the comment:
See http://sourceware.org/ml/libffi-discuss/2011/msg00024.html for the libffi
patch.
--
___
Python tracker
<http://bugs.python.org/issue11
Changes by Ismail Donmez :
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue9687>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ismail Donmez added the comment:
Awesome, thank you!
--
___
Python tracker
<http://bugs.python.org/issue9831>
___
___
Python-bugs-list mailing list
Unsubscribe:
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:
Patch for configure.ac then?
--
___
Python tracker
<http://bugs.python.org/issue11729>
___
___
Python-bugs-list mailin
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:
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:
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_
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:
Whats holding this up?
--
___
Python tracker
<http://bugs.python.org/issue11149>
___
___
Python-bugs-list mailing list
Unsub
Ismail Donmez added the comment:
@Antoine Pitrou , that is tracked by http://bugs.python.org/issue1621
--
___
Python tracker
<http://bugs.python.org/issue11
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:
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:
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
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:
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 :
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:
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
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
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:
Works for me on Snow Leopard for the record.
--
___
Python tracker
<http://bugs.python.org/issue8445>
___
___
Python-bugs-list m
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:
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
New submission from Ismail Donmez :
py3k branch, revision 84907
==
ERROR: test_font_eq (tkinter.test.test_tkinter.test_font.FontTest)
--
Traceback (most recent
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
Ismail Donmez added the comment:
Also reproduced on Snow Leopard.
--
___
Python tracker
<http://bugs.python.org/issue8445>
___
___
Python-bugs-list mailin
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:
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:
Yes I did make distclean before building (to cleanup old build files).
--
___
Python tracker
<http://bugs.python.org/issue9
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
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.
==
FAIL: test_package_data (distutils.tests.test_build_py.BuildPyTestCase
Ismail Donmez added the comment:
You should be using gcc 4.4 to get the best warning behaviour.
--
___
Python tracker
<http://bugs.python.org/issue1621>
___
___
Ismail Donmez added the comment:
Applied skip_bytecode.diff and test_file_loader.diff clean build
results in:
==
FAIL: test_case_insensitivity
(importlib.test.extension.test_case_sensitivity.ExtensionModuleCaseSensi
Ismail Donmez added the comment:
1 Fail:
test test_importlib crashed -- : 'module' object
has no attribute 'writes_bytecode'
Traceback (most recent call last):
File "/Users/cartman/Python-3.1b1/Lib/test/regrtest.py", line 620, in
runtest_inner
indirect
Ismail Donmez added the comment:
Down to 1 failure:
FAILED (failures=1)
test test_importlib failed -- Traceback (most recent call last):
File "/Users/cartman/Python-
3.1b1/Lib/importlib/test/source/test_abc_loader.py", line 271, in
test_lacking_parent
self.verify_bytecode(
Ismail Donmez added the comment:
Tested with: ./python -m test.regrtest -v test_importlib
3 failures:
==
FAIL: test_case_insensitivity
(importlib.test.extension.test_case_sensitivity.ExtensionModuleCaseSensi
tivityTest
Ismail Donmez added the comment:
Still fails in 3.1 beta1.
--
___
Python tracker
<http://bugs.python.org/issue5798>
___
___
Python-bugs-list mailing list
Unsub
Ismail Donmez added the comment:
Fails in beta1.
--
title: [3.1alpha1,2] test_importlib fails on Mac OSX 10.5.6 ->
[3.1alpha1,2,beta1] test_importlib fails on Mac OSX 10.5.6
___
Python tracker
<http://bugs.python.org/iss
New submission from Ismail Donmez :
Using latest python 2.6 branch; test_asynchat fails with the following
error:
error: uncaptured python exception, closing channel
(:[Errno 9] Bad file descriptor
[/Users/cartman/Sources/python-2.6/Lib/asyncore.py|readwrite|107]
[/Users/cartman/Sources/python
Ismail Donmez added the comment:
[~]> python3.1 tester.py
original name: .CFUserTextEncoding
changed name: .CFUSERTEXTENCODING
case-sensitive
I'll do a rebuild just in case. Thanks.
--
___
Python tracker
<http://bugs.python.or
Ismail Donmez added the comment:
Still fails with 3.1 alpha2:
==
ERROR: test_is_package
(importlib.test.frozen.test_loader.InspectLoaderTests)
--
Traceback
Ismail Donmez added the comment:
Sure thing, I am waiting for alpha2.
Regards.
--
status: pending -> open
___
Python tracker
<http://bugs.python.org/iss
Ismail Donmez added the comment:
Well the test is now skipped on _all_ platforms. This looks wrong.
--
nosy: +cartman
___
Python tracker
<http://bugs.python.org/issue3
Ismail Donmez added the comment:
Yes its case sensitive.
--
message_count: 2.0 -> 3.0
___
Python tracker
<http://bugs.python.org/issue5442>
___
___
Python-
New submission from Ismail Donmez :
Two failures in test_importlib:
==
FAIL: test_case_insensitivity
(importlib.test.extension.test_case_sensitivity.ExtensionModuleCaseSensi
tivityTest
Changes by Ismail Donmez <[EMAIL PROTECTED]>:
--
nosy: +cartman
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4561>
___
___
Python
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 <[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:
> 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:
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:
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:
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:
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:
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&
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:
Works fine in beta2.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3346>
___
__
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:
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:
Works with today's SVN, please close as invalid.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
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
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
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
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
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:
The test hanged for me at first try but worked fine on the second test,
weird.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
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:
Just confirmed with svn revision 64322 of py3k branch.
--
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
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:
Seems to work fine for me now with latest py3k branch.
___
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:
It is a python bug, test should use a better web page then.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
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
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
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]>:
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
New submission from Ismail Donmez <[EMAIL PROTECTED]>:
test_zipfile64
testDeflated (test.test_zipfile64.TestsWithSourceFile) ... ERROR
testStored (test.test_zipfile64.TestsWithSourceFile) ... ERROR
==
ERROR: testDe
1 - 100 of 202 matches
Mail list logo
