JInput trouble

Hi all!
I’m have a problem with JInput library…
when programm will runnig…all input working propertly but!..it propertly works some first minute or half minute…and application intput will be not responce and application too will not response…but sometimes all works propertly

here the dump of stack…:


Full thread dump Java HotSpot(TM) Client VM (1.4.2_05-b04 mixed mode):

"DestroyJavaVM" prio=5 tid=0x00036918 nid=0x8d0 waiting on condition [0..7fad8]

"Thread-2" prio=5 tid=0x059edc60 nid=0x8e4 runnable [64bf000..64bfd8c]
	at java.lang.Object.wait(Native Method)
	at java.lang.Object.wait(Object.java:429)
	at java.awt.EventQueue.invokeAndWait(EventQueue.java:829)
	- locked <0x100259f8> (a java.awt.EventQueue$1AWTInvocationLock)
	at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:269)
	at javax.media.opengl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:299)
	at javax.media.opengl.GLCanvas.display(GLCanvas.java:133)
	at com.sun.opengl.util.Animator.display(Animator.java:144)
	at com.sun.opengl.util.FPSAnimator$1.run(FPSAnimator.java:95)
	at java.util.TimerThread.mainLoop(Timer.java:432)
	at java.util.TimerThread.run(Timer.java:382)

"AWT-EventQueue-0" prio=7 tid=0x02dbbbc8 nid=0xbf8 waiting for monitor entry [552f000..552fd8c]
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:182)
	- waiting to lock <0x100259f8> (a java.awt.EventQueue$1AWTInvocationLock)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201)
	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)

"Java2D Disposer" daemon prio=10 tid=0x02d97830 nid=0xc2c in Object.wait() [54ef000..54efd8c]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x1054c400> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x1054c400> (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=0x02d952a0 nid=0xe8 runnable [541f000..541fd8c]
	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)

"AWT-Shutdown" prio=5 tid=0x02d94fd0 nid=0x194 in Object.wait() [53df000..53dfd8c]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x1052ae10> (a java.lang.Object)
	at java.lang.Object.wait(Object.java:429)
	at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259)
	- locked <0x1052ae10> (a java.lang.Object)
	at java.lang.Thread.run(Thread.java:534)

"Monitor Ctrl-Break" daemon prio=5 tid=0x00a62250 nid=0x8e0 runnable [2fbf000..2fbfd8c]
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.read(SocketInputStream.java:129)
	at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
	at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
	- locked <0x100162b8> (a java.io.InputStreamReader)
	at java.io.InputStreamReader.read(InputStreamReader.java:167)
	at java.io.BufferedReader.fill(BufferedReader.java:136)
	at java.io.BufferedReader.readLine(BufferedReader.java:299)
	- locked <0x100162b8> (a java.io.InputStreamReader)
	at java.io.BufferedReader.readLine(BufferedReader.java:362)
	at com.intellij.rt.execution.application.AppMain$1.run(AppMain.java:56)
	at java.lang.Thread.run(Thread.java:534)

"Signal Dispatcher" daemon prio=10 tid=0x0003ec68 nid=0xdc8 waiting on condition [0..0]

"Finalizer" daemon prio=9 tid=0x009c0da8 nid=0xec0 in Object.wait() [2b5f000..2b5fd8c]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x10507488> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
	- locked <0x10507488> (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=0x009bfa28 nid=0x4fc in Object.wait() [2b1f000..2b1fd8c]
	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 <0x105074f0> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=5 tid=0x009fb6d0 nid=0x31c runnable 

"VM Periodic Task Thread" prio=10 tid=0x00a16ab0 nid=0x358 waiting on condition 
"Suspend Checker Thread" prio=10 tid=0x0003e088 nid=0xac runnable 

Looking at that thread dump I’m very unconvinced that it’s anything to do with JInput. There are no JInput classes in that list of stacks. JOGL is sat waiting on something, but JInput is nowhere to be seen.

Unless I have missed something.

hmm…i hink i found another out of this trouble…i thinks all problem was when i’m using KeyListener with JInput…
because now i’m using JInput without KeyListener all works too propertly, without any bug’s…

Thanks for help;)