[ jEdit-devel ] [ jedit-Bugs-2418439 ] 4.3pre16 repeated ArrayIndexOutOfBoundsExceptions

[SourceForge.net <no...@so...>]

Bugs item #2418439, was opened at 2008-12-11 13:34
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2418439&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: editor core
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Jesse Pavel (jpavel)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre16 repeated ArrayIndexOutOfBoundsExceptions

Initial Comment:
With 4.3pre16 this exception periodically is thrown:

java.lang.ArrayIndexOutOfBoundsException: Array index out of range: 42
	at org.gjt.sp.jedit.textarea.ChunkCache.updateChunksUpTo(ChunkCache.java:603)
	at org.gjt.sp.jedit.textarea.ChunkCache.getLineInfo(ChunkCache.java:256)
	at org.gjt.sp.jedit.textarea.ExtensionManager.paintScreenLineRange(ExtensionManager.java:102)
	at org.gjt.sp.jedit.textarea.Gutter.paintComponent(Gutter.java:153)
	at javax.swing.JComponent.paint(JComponent.java:1006)
	at javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4972)
	at javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4925)
	at javax.swing.JComponent._paintImmediately(JComponent.java:4868)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4675)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:451)
	at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:114)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

Windows XP, Java 1.5.0_14


----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2008-12-28 10:50

Message:
I see this sometimes, although I have not reliably reproduced this. I think
this is an excellent candidate for creating a reproducible test case with a
tool such as Marathon. Can we have a volunteer who can make one up?

Incidentally, you should be able to bring jEdit back into a usable state
without exiting or closing anything, but by simply splitting and then
unsplitting the View, like the other "confused textarea" types of bugs I've
seen.

Have you seen this without the use of SideKick?



----------------------------------------------------------------------

Comment By: Jesse Pavel (jpavel)
Date: 2008-12-15 18:50

Message:
I found a method of reproducing this bug consistently:

1. Open two views of the same buffer. Both must be visible (this is why
the two monitor setup helped to find it).
2. The buffer has explicit folding (let's say F1 through F4, with all
folds collapsed.)
3. In view one, expand F1.
4. In view two, expand F3. Note that in view two, F1 cannot be visible or
the bug does not occur!
5. In view one, delete a line with Ctrl-D. Then undo the deletion.

One my setup here, the bug is triggered every time this sequence occurs.
This pretty much prevents jEdit from editing the same buffer on a
dual-monitor setup.


----------------------------------------------------------------------

Comment By: Jesse Pavel (jpavel)
Date: 2008-12-11 13:57

Message:
This problem seems to be greatly exacerbated when I have two views open,
one on each of two monitors in a dual setup.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2418439&group_id=588