Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Jun 23 15:04, Yaakov S wrote: On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote: I've opted for using the union of previous and curr requirements but that's not really too great either. This is one of many places where we could use a real package manager. And you're not the only one. The problem with that is it can pull in old libraries which (if nothing else depends on them) are simply not necessary, and e.g. on my system, ImageBase real estate is at a premium. Here's a radical question: do we really need to allow for multiple versions of every package? Other distros don't do this, why should we? Fedora does, for instance, as soon as packages have been updated at least once. There's always a way to go back to the previous package, which is rather helpful if a package shows strange behaviour after an update. Happened to me the week before with a package in F13. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
Hi. I updated cygwin a day ago and thus upgraded from python 2.5 to python 2.6. Now the eclipse integration (pydev plugin) does no longer work correctly, I drilled down the problem to the issue that ctypes cannot be imported correctly. (This worked with python 2.5.) (Starting up a cygwin-bash) $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import ctypes Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/ctypes/__init__.py, line 10, in module from _ctypes import Union, Structure, Array ImportError: No such file or directory import _ctypes Traceback (most recent call last): File stdin, line 1, in module ImportError: No such file or directory import somethingunknown Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named somethingunknown As you can see, _ctypes is well known to python, because the error is No such file or directory. Otherwise (see last command) the error message would be No module named _ctypes. A look in the directory for DLLs gives the following: $ ls -l /usr/lib/python2.6/lib-dynload/ | grep cty -rwxr-xr-x 1 dran01 root 91150 2010-06-12 23:11 _ctypes.dll -rwxr-xr-x 1 dran01 root 14862 2010-06-12 23:11 _ctypes_test.dll Other DLLs from this directory import correctly, e.g. _ctypes_test : $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import _ctypes_test So the problem is clearly a broken _ctypes.dll Can I do something specific to track down the problem further? Kind regards, Kay Drangmeister P.S. For the interested: The problem with Eclipse-Plugin pydev is: No output was in the standard output when trying to create the interpreter info. The error output contains: Traceback (most recent call last): File C:\Java\eclipse35SR1\plugins\org.python.pydev_1.5.7.2010050621\PySrc\interpreterInfo.py, line 33, in module import ctypes File /usr/lib/python2.6/ctypes/__init__.py, line 10, in module from _ctypes import Union, Structure, Array ImportError: No such file or directory -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Wed, 2010-06-23 at 10:37 +0200, Kay Drangmeister wrote: Hi. I updated cygwin a day ago and thus upgraded from python 2.5 to python 2.6. Now the eclipse integration (pydev plugin) does no longer work correctly, I drilled down the problem to the issue that ctypes cannot be imported correctly. (This worked with python 2.5.) Can I do something specific to track down the problem further? cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll My hunch is that cygffi-4.dll cannot be found, as that is a new dep of python ctypes. If I'm right, install the libffi4 package and it should work. (Jason: libffi4 is missing from python's requires:, and libncurses9 is still listed instead of libncursesw10. I fixed these on sourceware; please be sure to fix your local copy as well.) Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Case resolved (was: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result)
Hi, Am 23.06.2010, 10:48 Uhr, schrieb Yaakov (Cygwin/X) yselkow...@users.sourceforge.net: cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll Sorry, did not know that command, $ cygcheck /usr/lib/python2.6/lib-dynload/_ctypes.dll C:\Utilities\cygwin\lib\python2.6\lib-dynload\_ctypes.dll C:\Utilities\cygwin\bin\libpython2.6.dll C:\Utilities\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\Secur32.dll C:\Utilities\cygwin\bin\cyggcc_s-1.dll cygcheck: track_down: could not find cygffi-4.dll install the libffi4 package DONE $ python Python 2.6.5 (r265:79063, Jun 12 2010, 17:07:01) [GCC 4.3.4 20090804 (release) 1] on cygwin Type help, copyright, credits or license for more information. import ctypes Yay! (Jason: libffi4 is missing from python's requires Seems like it. Thank you so much Yaakov. Sorry I browsed over the problems.html webpage, but overlooked the existence of cygcheck. So thanks again, hereby I confirm not only ctypes works, but the eclipse pydev plugin works with the cygwin python interpreter very well. All the best, have a very nice week, greetings from Würzburg Kay -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
Yaakov, On Wed, Jun 23, 2010 at 03:48:15AM -0500, Yaakov (Cygwin/X) wrote: (Jason: libffi4 is missing from python's requires:, and libncurses9 is still listed instead of libncursesw10. I fixed these on sourceware; please be sure to fix your local copy as well.) Done. However, if a user downgrades from python-2.6.5-2 to python-2.5.5-1, then the ncurses dependency will not be correct -- it should be libncurses10 instead of libncursesw10. Thanks, Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Wed, 2010-06-23 at 07:20 -0400, Jason Tishler wrote: Done. However, if a user downgrades from python-2.6.5-2 to python-2.5.5-1, then the ncurses dependency will not be correct -- it should be libncurses10 instead of libncursesw10. That's a general problem with setup: it doesn't allow for different requires: for curr: and prev:. I always keep my deps correct for curr:, figuring that users will have prev:s deps from when it was curr:. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Wed, Jun 23, 2010 at 02:51:58PM -0500, Yaakov (Cygwin/X) wrote: On Wed, 2010-06-23 at 07:20 -0400, Jason Tishler wrote: Done. However, if a user downgrades from python-2.6.5-2 to python-2.5.5-1, then the ncurses dependency will not be correct -- it should be libncurses10 instead of libncursesw10. That's a general problem with setup: it doesn't allow for different requires: for curr: and prev:. I always keep my deps correct for curr:, figuring that users will have prev:s deps from when it was curr:. I've opted for using the union of previous and curr requirements but that's not really too great either. This is one of many places where we could use a real package manager. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote: I've opted for using the union of previous and curr requirements but that's not really too great either. This is one of many places where we could use a real package manager. And you're not the only one. The problem with that is it can pull in old libraries which (if nothing else depends on them) are simply not necessary, and e.g. on my system, ImageBase real estate is at a premium. Here's a radical question: do we really need to allow for multiple versions of every package? Other distros don't do this, why should we? Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Python 2.6 - ctypes (specifically _ctypes) cannot be imported - Eclipse pydev integration broken as a result
On Wed, Jun 23, 2010 at 03:04:02PM -0500, Yaakov (Cygwin/X) wrote: On Wed, 2010-06-23 at 15:55 -0400, Christopher Faylor wrote: I've opted for using the union of previous and curr requirements but that's not really too great either. This is one of many places where we could use a real package manager. And you're not the only one. The problem with that is it can pull in old libraries which (if nothing else depends on them) are simply not necessary, and e.g. on my system, ImageBase real estate is at a premium. Here's a radical question: do we really need to allow for multiple versions of every package? Other distros don't do this, why should we? I think that the reason that other distros don't do this is that they do more testing on their releases than we do - probably because they do real releases, unlike Cygwin. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple