IntelliJ 4.5.1 freezing

The only explanation to come on my mind is that you probably have recursive
symlinks that put idea to its knees.
Please check this.

Eugene.

"Guy Gascoigne-Piggford" <guy@wyrdrune.com> wrote in message
news:chl2or$mv2$1@is.intellij.net...

OK, this is a real pain. It's been happening pretty much daily since
4.5 came out for me, I've posted stack traces here, I've checked it out
and reported when 4.5.1 came out, and it still hangs.

>

I'm getting really tired of restarting IntelliJ and waiting to see when
it last auto saved my files to find out what I've lost.

>

So how should I report a bug like this in such a way that someone will
bother to look at the stack trace and see if they can work out what's
happening with it? Sure it would be nice if someone else was getting
the same bug, but I figured that posting a stack trace would be enough
to warrant someone at JetBrains looking at it.

>

OK, so I'm particularly frustrated right now which may not be the best
time to write, but what the heck, the groups quiet anyway.

>

So basically the problem is: When I switch back to IntelliJ from some
other app, usually an email client, but not always, IntelliJ will stop
repainting the screen leaving a grey rectangle for that particular app,
what's particularly weird is that other parts of the IntelliJ window
will paint just fine.

>

It doesn't seem to matter how long I wait, the IntelliJ app never
recovers (I've waited 20 minutes or so in the past and it never recovers).

>

I've run with no third party plugins and it still breaks, though it does
appear to break less frequently.

>

This only started happening to me very late in the 4.0 beta.

>

There is a long stack trace back somewhere in the newsgroup, it's gone
from my archive here but it might still be online.

>

So any suggestions?

>

Guy

But wouldn't that cause it to break all of the time? Sometimes it'll
wait five or six hours to break and it's certainly synchronized during
that time.

That aside, this is on NT looking at a Clearcase view. There are some
symlinks but I'm realy sure that they aren't recursive. We've got 8
other developers working on the same project structure and not one of
them is seeing this sort of problem, unfortunately.

Is there any kind or optional tracing that I can enable that might help
pinning this down?

Thanks for the reply - Guy


Evgueny Vigdorchik wrote:

The only explanation to come on my mind is that you probably have recursive
symlinks that put idea to its knees.
Please check this.

Eugene.

"Guy Gascoigne-Piggford" <guy@wyrdrune.com> wrote in message
news:chl2or$mv2$1@is.intellij.net...

>>OK, this is a real pain. It's been happening pretty much daily since
>>4.5 came out for me, I've posted stack traces here, I've checked it out
>>and reported when 4.5.1 came out, and it still hangs.
>>
>>I'm getting really tired of restarting IntelliJ and waiting to see when
>>it last auto saved my files to find out what I've lost.
>>
>>So how should I report a bug like this in such a way that someone will
>>bother to look at the stack trace and see if they can work out what's
>>happening with it? Sure it would be nice if someone else was getting
>>the same bug, but I figured that posting a stack trace would be enough
>>to warrant someone at JetBrains looking at it.
>>
>>OK, so I'm particularly frustrated right now which may not be the best
>>time to write, but what the heck, the groups quiet anyway.
>>
>>So basically the problem is: When I switch back to IntelliJ from some
>>other app, usually an email client, but not always, IntelliJ will stop
>>repainting the screen leaving a grey rectangle for that particular app,
>>what's particularly weird is that other parts of the IntelliJ window
>>will paint just fine.
>>
>>It doesn't seem to matter how long I wait, the IntelliJ app never
>>recovers (I've waited 20 minutes or so in the past and it never recovers).
>>
>>I've run with no third party plugins and it still breaks, though it does
>>appear to break less frequently.
>>
>>This only started happening to me very late in the 4.0 beta.
>>
>>There is a long stack trace back somewhere in the newsgroup, it's gone
>>from my archive here but it might still be online.
>>
>>So any suggestions?
>>
>>Guy

We have the same problem. We too are using CC snapshot views on Windows2000. There are no symlinks that we use but I do have many remote drives mounted. I also access the snapshot view through a locally mounted drive, e.g. C:\views\view1 is mounted to N: using 'net use'.
The wierd thing here is that when intellij hangs, it takes almost no CPU and there is normal disk activity.
Is there some sort of threading/deadlock issue lurking somewhere?

BTW, here's the thread dump for one of those hangs on 4.5:

Full thread dump Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode):

"EditorCaretThread" prio=7 tid=0x061c2658 nid=0xef4 waiting on condition

at java.lang.Thread.sleep(Native Method)
at com.intellij.openapi.editor.a.o$bl_.run(o$bl_.java:16)

"AWT-EventQueue-1" prio=7 tid=0x04047cd8 nid=0x964 in Object.wait()

at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:429)
at java.awt.EventQueue.getNextEvent(EventQueue.java:339)
- locked ]]> (a com.intellij.ide.t)
at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:162)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)

"Thread-4" prio=7 tid=0x04051d40 nid=0x340 waiting on condition

at java.lang.Thread.sleep(Native Method)
at com.intellij.openapi.progress.a.a$1.run(a$1.java)

"TimerQueue" daemon prio=5 tid=0x03e0f9e8 nid=0xed8 in Object.wait()

at java.lang.Object.wait(Native Method)
- waiting on (a javax.swing.TimerQueue) at javax.swing.TimerQueue.run(TimerQueue.java:231) - locked <0x111e6500>]]> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Thread.java:534)

"StoreRefreshStatusThread" prio=2 tid=0x04197d60 nid=0xa80 waiting on
condition
at java.lang.Thread.sleep(Native Method)
at com.intellij.openapi.j.b.a.c$j_.run(c$j_.java:6)

"WatchForChangesThread" prio=7 tid=0x03e11058 nid=0xabc runnable

at
com.intellij.vfs.local.win32.FileWatcher.waitForChangeImpl(Native Method)
at com.intellij.vfs.local.win32.FileWatcher.d(FileWatcher.java:24)
at com.intellij.openapi.j.b.a.c$k_.run(c$k_.java:26)

"AlarmThread" prio=7 tid=0x03c9f2d0 nid=0x564 in Object.wait()

at java.lang.Object.wait(Native Method)
at com.intellij.util.Alarm$MyThread.run(Alarm.java:276)
- locked ]]> (a java.lang.Object)

"AlarmThread" prio=7 tid=0x03ee7d78 nid=0xc28 in Object.wait()

at java.lang.Object.wait(Native Method)
at com.intellij.util.Alarm$MyThread.run(Alarm.java:276)
- locked ]]> (a java.lang.Object)

"com.jniwrapper.NativeResourceCollector" daemon prio=7 tid=0x03b499b8
nid=0x348in Object.wait()
at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) - locked <0x10fe6b00>]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at com.jniwrapper.e.run(SourceFile:58)

"AWT-Shutdown" prio=7 tid=0x03e46068 nid=0xfc0 in Object.wait()

at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.Object) at java.lang.Object.wait(Object.java:429) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) - locked <0x10f37258>]]> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:534)

"Thread-1" daemon prio=5 tid=0x01176768 nid=0xe90 in Object.wait()

at java.lang.Object.wait(Native Method)
- waiting on (a java.util.TaskQueue) at java.util.TimerThread.mainLoop(Timer.java:429) - locked <0x10f563b0>]]> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:382)

"SocketListenerThread" prio=5 tid=0x03ebe068 nid=0x2c8 runnable

at java.net.PlainDatagramSocketImpl.receive(Native Method)
- locked (a java.net.PlainDatagramSocketImpl) at java.net.DatagramSocket.receive(DatagramSocket.java:711) - locked <0x104f33b8> (a java.net.DatagramPacket) - locked <0x10f56480>]]> (a java.net.MulticastSocket)
at com.intellij.licensecommon.e.a.e.b(e.java:18)
at com.intellij.licensecommon.e.a.f.run(f.java:1)

"SocketListenerThread" prio=5 tid=0x03ea3a08 nid=0xfe8 runnable

at java.net.PlainDatagramSocketImpl.receive(Native Method)
- locked (a java.net.PlainDatagramSocketImpl) at java.net.DatagramSocket.receive(DatagramSocket.java:711) - locked <0x10f58c78> (a java.net.DatagramPacket) - locked <0x10f58c98>]]> (a java.net.DatagramSocket)
at com.intellij.licensecommon.e.a.e.b(e.java:18)
at com.intellij.licensecommon.e.a.f.run(f.java:1)

"MessageDeliveryThread" prio=5 tid=0x03b53c10 nid=0xbd4 in Object.wait()

at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.Object) at java.lang.Object.wait(Object.java:429) at com.intellij.licensecommon.e.r.run(r.java:13) - locked <0x10f58d20>]]> (a java.lang.Object)

"Java2D Disposer" daemon prio=10 tid=0x03e9fb98 nid=0x2e8 in
Object.wait()
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked ]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at sun.java2d.Disposer.run(Disposer.java:100)
at java.lang.Thread.run(Thread.java:534)

"AWT-Windows" daemon prio=7 tid=0x03e87288 nid=0x8d4 runnable


at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(WToolkit.java:262)
at java.lang.Thread.run(Thread.java:534)

"Lock thread" prio=5 tid=0x03b543e0 nid=0x870 runnable
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353)
- locked ]]> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:448)
at java.net.ServerSocket.accept(ServerSocket.java:419)
at com.intellij.idea.g$b_.run(g$b_.java:2)
at java.lang.Thread.run(Thread.java:534)

"Signal Dispatcher" daemon prio=10 tid=0x00f8dbd8 nid=0x400 waiting on
condition

"Finalizer" daemon prio=9 tid=0x01110a38 nid=0x9e8 in Object.wait()

at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked ]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x0110f608 nid=0xee0 in
Object.wait()
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:429)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
- locked ]]> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00f85e60 nid=0xb78 waiting on condition

"VM Thread" prio=5 tid=0x0114b720 nid=0xc24 runnable

"VM Periodic Task Thread" prio=10 tid=0x0114c3f8 nid=0xac8 waiting on
condition

"Suspend Checker Thread" prio=10 tid=0x00f8d290 nid=0x9e0 runnable




Evgueny Vigdorchik wrote:

The only explanation to come on my mind is that you probably have recursive
symlinks that put idea to its knees.
Please check this.

Eugene.

"Guy Gascoigne-Piggford" <guy@wyrdrune.com> wrote in message
news:chl2or$mv2$1@is.intellij.net...

>>OK, this is a real pain. It's been happening pretty much daily since
>>4.5 came out for me, I've posted stack traces here, I've checked it out
>>and reported when 4.5.1 came out, and it still hangs.
>>
>>I'm getting really tired of restarting IntelliJ and waiting to see when
>>it last auto saved my files to find out what I've lost.
>>
>>So how should I report a bug like this in such a way that someone will
>>bother to look at the stack trace and see if they can work out what's
>>happening with it? Sure it would be nice if someone else was getting
>>the same bug, but I figured that posting a stack trace would be enough
>>to warrant someone at JetBrains looking at it.
>>
>>OK, so I'm particularly frustrated right now which may not be the best
>>time to write, but what the heck, the groups quiet anyway.
>>
>>So basically the problem is: When I switch back to IntelliJ from some
>>other app, usually an email client, but not always, IntelliJ will stop
>>repainting the screen leaving a grey rectangle for that particular app,
>>what's particularly weird is that other parts of the IntelliJ window
>>will paint just fine.
>>
>>It doesn't seem to matter how long I wait, the IntelliJ app never
>>recovers (I've waited 20 minutes or so in the past and it never recovers).
>>
>>I've run with no third party plugins and it still breaks, though it does
>>appear to break less frequently.
>>
>>This only started happening to me very late in the 4.0 beta.
>>
>>There is a long stack trace back somewhere in the newsgroup, it's gone
>>from my archive here but it might still be online.
>>
>>So any suggestions?
>>
>>Guy

We've had the same problem with CC and Idea... try removing all mapped drives (mapped back to your c: disk), or removing the "FilewatcherXX.dll" in your Idea's bin directory... that's helped those users with this problem in our environment (win 2K, CC 5).

We commonly see this when a dialog of some sort is opened. It used to trigger a runaway memory leak, now it just hangs (usually does come back after a while).

Hope this helps,

Doug

Just another 'me too' vote. There are four of us here using IntelliJ, and two have problems and two don't. We're also using clearcase static views on win2k. We all have the transparent/clearcase plugin installed as well. Do the rest of you have that plugin installed?

Yes, we use the CC plugin as well.