Zend Studio 9.0.2 hangs while copying

[natalia_b_zend]

Hi chbiel,

Does CPU usage stay at this high level all the time? Or is it only when you work with editor, expand file tree, etc.?
You can check what Studio is doing by creating java dump.

You can use jmap tool (included in JDK) to generate dump:
Once Studio freezes/CPU goes up, run jmap tool from command line, giving Studio’s process id as argument e.g.: (8392 is Zend Studio’s PID)
"%JAVA_HOME%/bin/jmap.exe" -dump:format=b,file=C:\heap.bin 8392
It would be good to repeat this operation after a minute, and save the result to a second file.

If you generate such dump files, please post them on forum/send them to us, so we can investigate.
Thanks in advance!

[chbiel]

no it does not stay it this high level all the time.
only if i do anything like the things i described previous. then zs freezes for 10-120sec.

i will create them and post them here or mail them later this day.

[chbiel]

i would provide those file if i would be able to execute jmap.exe

i always get following exception:

C:\.......>jmap.exe -F -dump:format=b,file=C:\heap1.bin 6032
Attaching to process ID 6032, please wait...
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.tools.jmap.JMap.runTool(JMap.java:179)
at sun.tools.jmap.JMap.main(JMap.java:110)
Caused by: sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported version
s are 20.6-b01. Target VM is 16.0-b13
at sun.jvm.hotspot.runtime.VM.checkVMVersion(VM.java:224)
at sun.jvm.hotspot.runtime.VM.<init>(VM.java:287)
at sun.jvm.hotspot.runtime.VM.initialize(VM.java:357)
at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:594)
at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:494)
at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:332)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:163)
at sun.jvm.hotspot.tools.HeapDumper.main(HeapDumper.java:77)
... 6 more

i have tried with jdk 6 and 7.

any idea?

[natalia_b_zend]

"Caused by: sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported version
s are 20.6-b01. Target VM is 16.0-b13" <-- could you update your JDK ?

Thanks

[chbiel]

The problem is not the jdk. i tried with the newest 1.6.0_31 and 1.7.0_03. both does not work.
the problem is, that the jre delivered with Zend Studio is an older version:

Code: Select all

.....\Zend\Zend Studio 9.0.2\jre\bin>java.exe -version
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode)

then i tried to change the vm zend studio is startet in via the "-vm" option in zend studio ini, to use the newest jre.
in this case i had to execute jmap on javaw.exe process and not on ZendStudio.exe process.
at first it seem to work but then i get following error:

Code: Select all

.....\Java\jdk1.6.0_31\bin>jmap.exe -F -dump:format=b,file=C:\h
eap1.bin 2996
Attaching to process ID 2996, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 20.6-b01
Dumping heap to C:\heap1.bin ...
Finding object size using Printezis bits and skipping over...
Finding object size using Printezis bits and skipping over...
Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at sun.tools.jmap.JMap.runTool(JMap.java:179)
        at sun.tools.jmap.JMap.main(JMap.java:110)
Caused by: sun.jvm.hotspot.debugger.DebuggerException: Windbg Error: ReadVirtual
failed!
        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.readBytesFromProc
ess0(Native Method)
        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.readBytesFromProc
ess(WindbgDebuggerLocal.java:485)
        at sun.jvm.hotspot.debugger.DebuggerBase$Fetcher.fetchPage(DebuggerBase.
java:76)
        at sun.jvm.hotspot.debugger.PageCache.getPage(PageCache.java:178)
        at sun.jvm.hotspot.debugger.PageCache.getInt(PageCache.java:96)
        at sun.jvm.hotspot.debugger.DebuggerBase.readCInteger(DebuggerBase.java:
355)
        at sun.jvm.hotspot.debugger.DebuggerBase.readAddressValue(DebuggerBase.j
ava:454)
        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.readOopHandle(Win
dbgDebuggerLocal.java:327)
        at sun.jvm.hotspot.debugger.windbg.WindbgAddress.getOopHandleAt(WindbgAd
dress.java:117)
        at sun.jvm.hotspot.oops.Oop.getKlassForOopHandle(Oop.java:237)
        at sun.jvm.hotspot.oops.ObjectHeap.newOop(ObjectHeap.java:378)
        at sun.jvm.hotspot.oops.ObjectHeap.iterateLiveRegions(ObjectHeap.java:46
4)
        at sun.jvm.hotspot.oops.ObjectHeap.iterate(ObjectHeap.java:249)
        at sun.jvm.hotspot.utilities.AbstractHeapGraphWriter.write(AbstractHeapG
raphWriter.java:51)
        at sun.jvm.hotspot.utilities.HeapHprofBinWriter.write(HeapHprofBinWriter
.java:416)
        at sun.jvm.hotspot.tools.HeapDumper.run(HeapDumper.java:56)
        at sun.jvm.hotspot.tools.Tool.start(Tool.java:221)
        at sun.jvm.hotspot.tools.HeapDumper.main(HeapDumper.java:77)
        ... 6 more

the heap1.bin file was created.

any idea?

[chbiel]

additional:
it seem to run more fluently with the jre 1.6.0_31. it hangs not that often like before i think (as i can say for the last 10 minutes).

[chbiel]

and now i got an error message the first time:

Code: Select all

An internal error occurred during: "JavaScript translation for : /hh_newsletter/_template/rights.php".
intentionally not implemented


zs hangs a short time before that msg came up.

[chbiel]

(i dont like the functionality, that a post could only be edited for some minutes).

i cannot attach the heap dump because its to large. "hang"-dump ~4mb. "normal"-dump ~21mb. both zipped.

[cyberlinkips]

I ran into the same issue yesterday and since then my Zend Studio hangs on nearly every copy and paste. Sometimes for some seconds but also up to several minutes.

I tried doing a complete re-installation and also switched the bundled jre to the newest one, nothing seems to help.

Workspace Log:

Code: Select all

!ENTRY org.eclipse.jface.text 4 0 2012-04-17 13:40:34.562
!MESSAGE Unexpected runtime error while computing a text hover
!STACK 0
java.lang.NullPointerException
   at org.eclipse.wst.jsdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierarchy(CompilationUnitScope.java:669)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.CompilationUnitScope.connectTypeHierarchy(CompilationUnitScope.java:674)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:398)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.completeTypeBindings(LookupEnvironment.java:454)
   at org.eclipse.wst.jsdt.internal.core.CompilationUnitProblemFinder.accept(CompilationUnitProblemFinder.java:174)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.askForBinding(LookupEnvironment.java:290)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:132)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.getType(LookupEnvironment.java:777)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.getResolvedType(LookupEnvironment.java:731)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.Scope.getJavaLangFunction(Scope.java:1755)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.FunctionTypeBinding.<init>(FunctionTypeBinding.java:26)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.MethodBinding.createFunctionTypeBinding(MethodBinding.java:597)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.MethodScope.createMethod(MethodScope.java:218)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.CompilationUnitScope$DeclarationVisitor.visit(CompilationUnitScope.java:105)
   at org.eclipse.wst.jsdt.internal.compiler.ast.MethodDeclaration.traverse(MethodDeclaration.java:165)
   at org.eclipse.wst.jsdt.internal.compiler.ast.CompilationUnitDeclaration.traverse(CompilationUnitDeclaration.java:584)
   at org.eclipse.wst.jsdt.internal.compiler.ast.CompilationUnitDeclaration.traverse(CompilationUnitDeclaration.java:545)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.CompilationUnitScope.buildTypeBindings(CompilationUnitScope.java:392)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.buildTypeBindings(LookupEnvironment.java:331)
   at org.eclipse.wst.jsdt.internal.core.CompilationUnitProblemFinder.accept(CompilationUnitProblemFinder.java:171)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.askForBinding(LookupEnvironment.java:290)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.askForType(LookupEnvironment.java:132)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.getType(LookupEnvironment.java:777)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.LookupEnvironment.getResolvedType(LookupEnvironment.java:731)
   at org.eclipse.wst.jsdt.internal.compiler.lookup.Scope.getJavaLangString(Scope.java:1745)
   at org.eclipse.wst.jsdt.core.dom.DefaultBindingResolver.resolveExpressionType(DefaultBindingResolver.java:604)
   at org.eclipse.wst.jsdt.core.dom.Expression.resolveTypeBinding(Expression.java:111)
   at org.eclipse.wst.jsdt.internal.corext.refactoring.nls.NLSHintHelper.getAccessorClassReference(NLSHintHelper.java:97)
   at org.eclipse.wst.jsdt.internal.ui.text.java.hover.NLSStringHover.getHoverInfo(NLSStringHover.java:96)
   at org.eclipse.wst.jsdt.internal.ui.text.java.hover.AbstractJavaEditorTextHover.getHoverInfo2(AbstractJavaEditorTextHover.java:95)
   at org.eclipse.wst.jsdt.internal.ui.text.java.hover.BestMatchHover.getHoverInfo2(BestMatchHover.java:147)
   at org.eclipse.wst.jsdt.internal.ui.text.java.hover.JavaEditorTextHoverProxy.getHoverInfo2(JavaEditorTextHoverProxy.java:78)
   at org.eclipse.jface.text.TextViewerHoverManager$4.run(TextViewerHoverManager.java:166)

[cyberlinkips]

hmm ok, my issue seems to be fixed by using the latest patch:
viewtopic.php?f=59&t=49618&hilit=building&start=10

Recreating the whole workspace and excluding the ExtJS-Framework from validation:
http://stackoverflow.com/questions/4867 ... in-eclipse