Bug 4112 - Reconciling: Problems with the C parser (1GIHV3E)
Summary: Reconciling: Problems with the C parser (1GIHV3E)
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All Windows NT
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Erich Gamma CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 23:06 EDT by Martin Aeschlimann CLA
Modified: 2001-10-29 17:32 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Aeschlimann CLA 2001-10-10 23:06:15 EDT
MA (15.08.2001 11:55:06)
	For big files, the C parser used for reconciling takes longer that the configured reconciling timeout.
	A new reconciler was started anyway, what lead to constant flickering of the outliner, and strange
	behauviour in the editor (reselecting the same range over again).

	I would expect the reconciling framework not to start a new reconsile while the old parse has not been finished.
	The timeout time should maybe be calculated from the time the previous reconcile was finished, not started. 

NOTES:

KUM (9/3/2001 4:46:45 PM)
	The problem comes from the fact that the reconciler only works for partitioned code.
	JFace text does not support a single reconciling strategy for the whole document.
	In JDT, we introduced JavaReconciler to circumvent this problem.

	Changed JFace text to now offer Reconciler (the same as before) and MonoReconciler (has only one
	reconciling strategy for everything which is called per dirty region).
Comment 1 Claude Knaus CLA 2001-10-12 07:01:14 EDT
moved to fixed
Comment 2 DJ Houghton CLA 2001-10-29 17:32:20 EST
PRODUCT VERSION:
	vame 1.4