At first Eclipse took looooong breaks as soon as I started typing.
After deactivating code completion the breaks were gone.
I got three Python dirs on my computer when the breaks happened:
#1: C:\libs\Python-2.6.1
Used to be Python install dir - install version replaced by a self built release version
(PyDev SHOULD IGNORE THIS DIR!)
#2: C:\Python Projects\myProject\dependencies\Python-2.6.1 Release
another Python dir in my project folder which contains the installer Python version
#3: C:\Python Projects\myProject\dependencies\Python-2.6.1 Debug
a Python dir containing a self built debug version of Python (not really important here as I only use it für C++)
I found out that - although I changed the interpreter path in Eclipse's PyDev preferences to #2 - Pydev's code completion still tried to connect to dir #1.
(restarts of Eclipse didn't help)
When renaming the install dir folder (#1) to "dummy" the breaks were also gone.
PyDev didn't find it ... so it didn't need to wait.
Yet, no code completion of course.
Meanwhile both #1 and #2 contain the Python Installer version. (!!!)
No breaks... but still no code completion.
Even the tooltip of "import os" says: "os (__module_not_in_the_pythonpath__)"
Finally two logs:
First log:
Pydev keeps logging this when I rename the folder name of #1 to something else (to keep it from finding it):
Second log:
This is logged again and again when I let PyDev find Python's install dir.
Firewall was turned off.
eclipse.ui.workbench/log:
Log #1:
!SUBENTRY 1 org.python.pydev 4 4 2009-03-02 14:49:06.160
!MESSAGE Info still not set
!STACK 0
java.lang.RuntimeException: Info still not set
at org.python.pydev.plugin.PydevPlugin.log(PydevPlugin.java:314)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getSystemModulesManager(ProjectModulesManager.java:210)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getManagers(ProjectModulesManager.java:418)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getManagersInvolved(ProjectModulesManager.java:514)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModuleAndRelatedModulesManager(ProjectModulesManager.java:280)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModule(ProjectModulesManager.java:264)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModule(ProjectModulesManager.java:250)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.getModule(AbstractASTManager.java:359)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findModuleFromPath(AbstractASTManager.java:1303)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findOnImportedMods(AbstractASTManager.java:1198)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findOnImportedMods(AbstractASTManager.java:1084)
at com.python.pydev.analysis.visitors.ImportChecker.visitImportToken(ImportChecker.java:150)
at com.python.pydev.analysis.visitors.ImportChecker.visitImportToken(ImportChecker.java:132)
at com.python.pydev.analysis.visitors.Scope.addImportTokens(Scope.java:168)
at com.python.pydev.analysis.scopeanalysis.AbstractScopeAnalyzerVisitor.visitImport(AbstractScopeAnalyzerVisitor.java:404)
at org.python.pydev.parser.jython.ast.Import.accept(Import.java:27)
at org.python.pydev.parser.jython.ast.Module.traverse(Module.java:34)
at com.python.pydev.analysis.scopeanalysis.AbstractScopeAnalyzerVisitor.traverse(AbstractScopeAnalyzerVisitor.java:171)
at org.python.pydev.parser.jython.ast.VisitorBase.visitModule(VisitorBase.java:8)
at org.python.pydev.parser.jython.ast.Module.accept(Module.java:27)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitor.onGetCompleteTokenOccurrences(ScopeAnalyzerVisitor.java:192)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitorWithoutImports.getCompleteTokenOccurrences(ScopeAnalyzerVisitorWithoutImports.java:498)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitorWithoutImports.getEntryOccurrences(ScopeAnalyzerVisitorWithoutImports.java:380)
at com.python.pydev.refactoring.wizards.rename.AbstractRenameRefactorProcess.getOccurrencesWithScopeAnalyzer(AbstractRenameRefactorProcess.java:257)
at com.python.pydev.refactoring.wizards.rename.PyRenameImportProcess.findReferencesToRenameOnLocalScope(PyRenameImportProcess.java:63)
at com.python.pydev.refactoring.wizards.rename.AbstractRenameRefactorProcess.findReferencesToRename(AbstractRenameRefactorProcess.java:171)
at com.python.pydev.refactoring.wizards.rename.PyRenameEntryPoint.checkFinalConditions(PyRenameEntryPoint.java:246)
at com.python.pydev.refactoring.wizards.rename.PyRenameEntryPoint.checkFinalConditions(PyRenameEntryPoint.java:218)
at com.python.pydev.refactoring.markoccurrences.MarkOccurrencesJob.checkAnnotations(MarkOccurrencesJob.java:222)
at com.python.pydev.refactoring.markoccurrences.MarkOccurrencesJob.run(MarkOccurrencesJob.java:125)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
!ENTRY org.eclipse.osgi 2 0 2009-03-02 15:04:38.711
!MESSAGE While loading class "org.eclipse.jdt.internal.corext.CorextMessages", thread "Thread[Worker-8,5,main]" timed out waiting (5000ms) for thread "Thread[org.eclipse.jface.text.reconciler.MonoReconciler,1,main]" to finish starting bundle "update@plugins/org.eclipse.jdt.ui_3.3.2.r332_20080128.jar [367]". To avoid deadlock, thread "Thread[Worker-8,5,main]" is proceeding but "org.eclipse.jdt.internal.corext.CorextMessages" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.jdt.ui_3.3.2.r332_20080128.jar" by thread "org.eclipse.jface.text.reconciler.MonoReconciler".
at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory$UpdateJob.<init>(OpenTypeHistory.java:151)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.<init>(OpenTypeHistory.java:199)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.getInstance(OpenTypeHistory.java:182)
at org.eclipse.jdt.internal.ui.JavaPlugin.initializeAfterLoad(JavaPlugin.java:381)
at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException
... 19 more
Root exception:
org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException
at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory$UpdateJob.<init>(OpenTypeHistory.java:151)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.<init>(OpenTypeHistory.java:199)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.getInstance(OpenTypeHistory.java:182)
at org.eclipse.jdt.internal.ui.JavaPlugin.initializeAfterLoad(JavaPlugin.java:381)
at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When you have multiple installs of Python, sometimes one can get in the others toes -- the pythonpath it finds initially is based on the PYTHONPATH available from the shell that started Eclipse and the PATH variable can have an influence in it too (note that there are others too: LIBPATH comes to mind in linux).
So, try doing the following: start a shell, set the PATH and PYTHONPATH to be consistent with what you expect it to be, then start eclipse from that shell and when configuring the pydev interpreter also add the PATH variable to it (in the environment tab) -- the PYTHONPATH is calculated by Pydev based on what you set in the Libraries tab.
-- note that those steps are for playing safe... if you specify the correct PATH and put the correct library paths that constitute your PYTHONPATH in the interpreter configuration, it should work without problems (I usually work with 4 configs, for 32/64 and release/debug and it's working here -- provided the variables are correctly set).
Cheers,
Fabio
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When does "!MESSAGE Info still not set " happen? Every time you request a code-completion you get that log? If you wait a bit (say 1 minute) and try it, do you still get that? Do you have some process running? (window > show view > progress)
Cheers,
Fabio
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Desperately I just upgraded to Eclipse 3.4.4 and reinstalled PyDev.
(Found it quite odd that the Interpreter path was already set.
Before that I put "C:\Python Projects\myProject\dependencies\Python-2.6.1_Release" in my system PATH and PYTHONPATH. May that be the reason?)
Now I find in the logs:
!ENTRY org.python.pydev 4 4 2009-03-03 11:54:14.837
!MESSAGE The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
!STACK 0
java.lang.RuntimeException: The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
at org.python.pydev.editor.codecompletion.shell.PythonShell.createServerProcess(PythonShell.java:40)
(...)
First: Sorry ... by simply typing in the reply window without replying to the fitting post my last two postings appear in the wrong order. :)
Might look a bit confusing...
And if course it's Eclipse 3.4.2 I upgraded to. Not 3.4.4.
And finally:
OH MY GOD!!
You were right!!!
Put it there two days ago to bypass the standard installed Python. *claps at his forehead*
Never again had a look there. Always checked the PYTHONPATH entry below for errors.
Thx so much!
I will enter the bug report tonight. :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I let PyDev find it's beloved C:\libs\Python-2.6.1\ path and the python.exe within it... and code completion works.
Hell knows where it still retrieves that path from.
Even changed the Python install path value in the registry (
[HKEY_LOCAL_MACHINE\SOFTWARE\Python\Pythoncore\2.6\InstallPath]), then logged out and back into Windows.
Yet, still: !MESSAGE The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
Hmpf.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Python 2.6.1
Eclipse Version: 3.3.2
PyDev 1.4.4.2636
Hi! :)
I updated Python and it's libs.
Now codecompletion won't work anymore. :(
At first Eclipse took looooong breaks as soon as I started typing.
After deactivating code completion the breaks were gone.
I got three Python dirs on my computer when the breaks happened:
#1: C:\libs\Python-2.6.1
Used to be Python install dir - install version replaced by a self built release version
(PyDev SHOULD IGNORE THIS DIR!)
#2: C:\Python Projects\myProject\dependencies\Python-2.6.1 Release
another Python dir in my project folder which contains the installer Python version
#3: C:\Python Projects\myProject\dependencies\Python-2.6.1 Debug
a Python dir containing a self built debug version of Python (not really important here as I only use it für C++)
I found out that - although I changed the interpreter path in Eclipse's PyDev preferences to #2 - Pydev's code completion still tried to connect to dir #1.
(restarts of Eclipse didn't help)
When renaming the install dir folder (#1) to "dummy" the breaks were also gone.
PyDev didn't find it ... so it didn't need to wait.
Yet, no code completion of course.
Meanwhile both #1 and #2 contain the Python Installer version. (!!!)
No breaks... but still no code completion.
Even the tooltip of "import os" says: "os (__module_not_in_the_pythonpath__)"
Finally two logs:
First log:
Pydev keeps logging this when I rename the folder name of #1 to something else (to keep it from finding it):
Second log:
This is logged again and again when I let PyDev find Python's install dir.
Firewall was turned off.
eclipse.ui.workbench/log:
Log #1:
!SUBENTRY 1 org.python.pydev 4 4 2009-03-02 14:49:06.160
!MESSAGE Info still not set
!STACK 0
java.lang.RuntimeException: Info still not set
at org.python.pydev.plugin.PydevPlugin.log(PydevPlugin.java:314)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getSystemModulesManager(ProjectModulesManager.java:210)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getManagers(ProjectModulesManager.java:418)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getManagersInvolved(ProjectModulesManager.java:514)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModuleAndRelatedModulesManager(ProjectModulesManager.java:280)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModule(ProjectModulesManager.java:264)
at org.python.pydev.editor.codecompletion.revisited.ProjectModulesManager.getModule(ProjectModulesManager.java:250)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.getModule(AbstractASTManager.java:359)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findModuleFromPath(AbstractASTManager.java:1303)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findOnImportedMods(AbstractASTManager.java:1198)
at org.python.pydev.editor.codecompletion.revisited.AbstractASTManager.findOnImportedMods(AbstractASTManager.java:1084)
at com.python.pydev.analysis.visitors.ImportChecker.visitImportToken(ImportChecker.java:150)
at com.python.pydev.analysis.visitors.ImportChecker.visitImportToken(ImportChecker.java:132)
at com.python.pydev.analysis.visitors.Scope.addImportTokens(Scope.java:168)
at com.python.pydev.analysis.scopeanalysis.AbstractScopeAnalyzerVisitor.visitImport(AbstractScopeAnalyzerVisitor.java:404)
at org.python.pydev.parser.jython.ast.Import.accept(Import.java:27)
at org.python.pydev.parser.jython.ast.Module.traverse(Module.java:34)
at com.python.pydev.analysis.scopeanalysis.AbstractScopeAnalyzerVisitor.traverse(AbstractScopeAnalyzerVisitor.java:171)
at org.python.pydev.parser.jython.ast.VisitorBase.visitModule(VisitorBase.java:8)
at org.python.pydev.parser.jython.ast.Module.accept(Module.java:27)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitor.onGetCompleteTokenOccurrences(ScopeAnalyzerVisitor.java:192)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitorWithoutImports.getCompleteTokenOccurrences(ScopeAnalyzerVisitorWithoutImports.java:498)
at com.python.pydev.analysis.scopeanalysis.ScopeAnalyzerVisitorWithoutImports.getEntryOccurrences(ScopeAnalyzerVisitorWithoutImports.java:380)
at com.python.pydev.refactoring.wizards.rename.AbstractRenameRefactorProcess.getOccurrencesWithScopeAnalyzer(AbstractRenameRefactorProcess.java:257)
at com.python.pydev.refactoring.wizards.rename.PyRenameImportProcess.findReferencesToRenameOnLocalScope(PyRenameImportProcess.java:63)
at com.python.pydev.refactoring.wizards.rename.AbstractRenameRefactorProcess.findReferencesToRename(AbstractRenameRefactorProcess.java:171)
at com.python.pydev.refactoring.wizards.rename.PyRenameEntryPoint.checkFinalConditions(PyRenameEntryPoint.java:246)
at com.python.pydev.refactoring.wizards.rename.PyRenameEntryPoint.checkFinalConditions(PyRenameEntryPoint.java:218)
at com.python.pydev.refactoring.markoccurrences.MarkOccurrencesJob.checkAnnotations(MarkOccurrencesJob.java:222)
at com.python.pydev.refactoring.markoccurrences.MarkOccurrencesJob.run(MarkOccurrencesJob.java:125)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
!ENTRY org.eclipse.ui 4 4 2009-03-02 14:51:24.309
!MESSAGE Invalid preference page path: Cache
Log #2:
!ENTRY org.eclipse.osgi 2 0 2009-03-02 15:04:38.711
!MESSAGE While loading class "org.eclipse.jdt.internal.corext.CorextMessages", thread "Thread[Worker-8,5,main]" timed out waiting (5000ms) for thread "Thread[org.eclipse.jface.text.reconciler.MonoReconciler,1,main]" to finish starting bundle "update@plugins/org.eclipse.jdt.ui_3.3.2.r332_20080128.jar [367]". To avoid deadlock, thread "Thread[Worker-8,5,main]" is proceeding but "org.eclipse.jdt.internal.corext.CorextMessages" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.jdt.ui_3.3.2.r332_20080128.jar" by thread "org.eclipse.jface.text.reconciler.MonoReconciler".
at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory$UpdateJob.<init>(OpenTypeHistory.java:151)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.<init>(OpenTypeHistory.java:199)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.getInstance(OpenTypeHistory.java:182)
at org.eclipse.jdt.internal.ui.JavaPlugin.initializeAfterLoad(JavaPlugin.java:381)
at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException
... 19 more
Root exception:
org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException
at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory$UpdateJob.<init>(OpenTypeHistory.java:151)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.<init>(OpenTypeHistory.java:199)
at org.eclipse.jdt.internal.corext.util.OpenTypeHistory.getInstance(OpenTypeHistory.java:182)
at org.eclipse.jdt.internal.ui.JavaPlugin.initializeAfterLoad(JavaPlugin.java:381)
at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:36)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
When you have multiple installs of Python, sometimes one can get in the others toes -- the pythonpath it finds initially is based on the PYTHONPATH available from the shell that started Eclipse and the PATH variable can have an influence in it too (note that there are others too: LIBPATH comes to mind in linux).
So, try doing the following: start a shell, set the PATH and PYTHONPATH to be consistent with what you expect it to be, then start eclipse from that shell and when configuring the pydev interpreter also add the PATH variable to it (in the environment tab) -- the PYTHONPATH is calculated by Pydev based on what you set in the Libraries tab.
-- note that those steps are for playing safe... if you specify the correct PATH and put the correct library paths that constitute your PYTHONPATH in the interpreter configuration, it should work without problems (I usually work with 4 configs, for 32/64 and release/debug and it's working here -- provided the variables are correctly set).
Cheers,
Fabio
Hey Fabio!
I did what you said but.... still the same.
C:\Python Projects\myProject\eclipse>path = C:\Python Projects\myProject\dependencies\Python-2.6.1 Release;C:\Programme\Java\jre1.6.0_03\bin
C:\Python Projects\myProject\eclipse>set PYTHONPATH = C:\Python Projects\myProject\dependencies\Python-2.6.1 Release
C:\Python Projects\myProject\eclipse>eclipse
C:\Python Projects\myProject\eclipse>
Log still says: !MESSAGE Info still not set
etc.
(Log #1 posted above)
From eclipse configuration details:
java.library.path=C:\Python Projects\myProject\eclipse;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\Programme\Java\jre1.6.0_03\bin\client;C:\Programme\Java\jre1.6.0_03\bin;C:\Python Projects\myProject\dependencies\Python-2.6.1 Release;C:\Programme\Java\jre1.6.0_03\bin
/instance/org.python.pydev/INTERPRETER_PATH_NEW=Version2.6Executable\:C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\python.exe|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\DLLs|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib\\lib-tk|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib\\plat-win|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib\\site-packages|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib\\site-packages\\PIL|C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release\\lib\\site-packages\\gtk-2.0@$|OpenGL|PIL|PIL.Image|StringIO|__builtin__|__main__|_ast|_bisect|_bytesio|_codecs|_codecs_cn|_codecs_hk|_codecs_iso2022|_codecs_jp|_codecs_kr|_codecs_tw|_collections|_csv|_fileio|_functools|_heapq|_hotshot|_json|_locale|_lsprof|_md5|_multibytecodec|_random|_sha|_sha256|_sha512|_sre|_struct|_subprocess|_symtable|_warnings|_weakref|_winreg|array|audioop|binascii|cPickle|cStringIO|cmath|datetime|email|errno|exceptions|future_builtins|gc|gobject|gtk|gtk.glade|imageop|imp|itertools|marshal|math|mmap|msvcrt|nt|operator|os|parser|signal|strop|sys|thread|time|wx|wxPython|xxsubtype|zipimport|zlib^Path\=C\:\\Python Projects\\myProject\\dependencies\\Python-2.6.1 Release;C\:\\Programme\\Java\\jre1.6.0_03\\bin|&&&&&
When does "!MESSAGE Info still not set " happen? Every time you request a code-completion you get that log? If you wait a bit (say 1 minute) and try it, do you still get that? Do you have some process running? (window > show view > progress)
Cheers,
Fabio
There's an entry every few seconds, without me doing anything...
Started Eclipse here from 20:23 to 20:32
Here the logs created meanwhile:
http://rafb.net/p/BRkYnn77.html
(pretty pointless though, as it's always the same as it looks)
No "progress" here ... but "tasks". Think it's the same. Yet, no entry (see screen below)
Uploaded some screens:
Python Interpreter setup: http://i43.tinypic.com/2vl4m0z.jpg
Main screen: http://i40.tinypic.com/200fnlc.jpg
Desperately I just upgraded to Eclipse 3.4.4 and reinstalled PyDev.
(Found it quite odd that the Interpreter path was already set.
Before that I put "C:\Python Projects\myProject\dependencies\Python-2.6.1_Release" in my system PATH and PYTHONPATH. May that be the reason?)
Now I find in the logs:
!ENTRY org.python.pydev 4 4 2009-03-03 11:54:14.837
!MESSAGE The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
!STACK 0
java.lang.RuntimeException: The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
at org.python.pydev.editor.codecompletion.shell.PythonShell.createServerProcess(PythonShell.java:40)
(...)
I didn't define that path anywhere in Eclipse or the system paths!!! http://rafb.net/p/WPAUMs86.html
Is this location taken from the registry?
Humm, maybe the problem lies in your project configuration... Do you have some interpreter (which is not the default) set in your project?
That could be the source of the problems... Check it in the project (right click project > properties > pydev - project type)
Cheers,
Fabio
p.s. If that's really the reason, please enter a bug report so that I can fix and give a better error when it's misconfigured.
Hi Fabio.
First: Sorry ... by simply typing in the reply window without replying to the fitting post my last two postings appear in the wrong order. :)
Might look a bit confusing...
And if course it's Eclipse 3.4.2 I upgraded to. Not 3.4.4.
And finally:
OH MY GOD!!
You were right!!!
Put it there two days ago to bypass the standard installed Python. *claps at his forehead*
Never again had a look there. Always checked the PYTHONPATH entry below for errors.
Thx so much!
I will enter the bug report tonight. :)
Well... looks like I have to give up.
I let PyDev find it's beloved C:\libs\Python-2.6.1\ path and the python.exe within it... and code completion works.
Hell knows where it still retrieves that path from.
Even changed the Python install path value in the registry (
[HKEY_LOCAL_MACHINE\SOFTWARE\Python\Pythoncore\2.6\InstallPath]), then logged out and back into Windows.
Yet, still: !MESSAGE The interpreter location found does not exist. C:\libs\Python-2.6.1\python.exe
Hmpf.