TRVWordEnumThread.Stop hangs spelling in suspended state
Posted: Thu Jan 08, 2009 6:47 am
CONTEXT:
I use RichView with AddictSpeller compiled into one single DLL - used by an application written in Smalltalk. No Delphi forms, only RichView controls inside the Smalltalk-application's windows.
Using Delphi 5 / RichView 1.9 / AddictSpeller 3 had no problem with spelling.
Upgrading to codegearRAD Delphi 2007 (version 11) / RichView 10 / AddictSpeller 3.5 has a problem, although the code utilizing the speller has not changed (apart from using TRVAddictSpell3 instead TAddictSpell3).
PROBLEM:
In RichView 10, spelling stops working after a few words (squiggle lines stop drawing) - the TRVWordEnumThread gets into Suspend=true and never resumes spelling (never calls CheckSynchronise -> AddMisspelling from inside TRVWordEnumThread.Stop).
Unfortunately it is impractical to send a demo project/test case, as you would need the (Smalltalk) host application to test the DLL.
QUESTION:
Any hint, idea, guess or whatever would be much appreciated.
Thank you,
-- Lutz
I use RichView with AddictSpeller compiled into one single DLL - used by an application written in Smalltalk. No Delphi forms, only RichView controls inside the Smalltalk-application's windows.
Using Delphi 5 / RichView 1.9 / AddictSpeller 3 had no problem with spelling.
Upgrading to codegearRAD Delphi 2007 (version 11) / RichView 10 / AddictSpeller 3.5 has a problem, although the code utilizing the speller has not changed (apart from using TRVAddictSpell3 instead TAddictSpell3).
PROBLEM:
In RichView 10, spelling stops working after a few words (squiggle lines stop drawing) - the TRVWordEnumThread gets into Suspend=true and never resumes spelling (never calls CheckSynchronise -> AddMisspelling from inside TRVWordEnumThread.Stop).
Unfortunately it is impractical to send a demo project/test case, as you would need the (Smalltalk) host application to test the DLL.
QUESTION:
Any hint, idea, guess or whatever would be much appreciated.
Thank you,
-- Lutz