Bug #10106 2007-01-23 14:57
mjau
Specifiс character in opened file causes to hang
Running SVN3527 nightly build on winXP.
C::B hangs and consumes 100% of CPU when tries to save the file, or tries to open a file containing 'п' character.
Other international characters looks to work fine. When save, file looks saved successfully.
To reproduce:
Create new empty file
type 'п' character (or any text with 'п' or ' п')
save file as any type.
- Category
- Application::Crash
- Group
- Status
- Closed
- Close date
- 2007-10-31 16:41
- Assigned to
- biplab
History
hmm needed character was converted to html unicode. :) it's UTF 043F (1087) or 00EF (239) of ASCII russian codepage.
Confirmed (see bug #10157, which is now closed as duplicate).
It seems that on different machines other russian letters cause this bug.
It seems that on different machines other russian letters cause this bug.
Sorry, but I can't reproduce. Any additional information? Does it
still persist?
Yes, it still persist!
Open file with two symbols: EF EF.
bug is reproducable, [WinXP-MCE,AMD X2 +5000,AMD x1650 GTO,2GB RAM, CB nightly built 16 June 07 (svn build rev 4101)]
AND IMPORTANT FOR REPRODUCING: do not set UTF-8 in settings > editor > default encoding or in Edit > file encoding use ISO-8859-1 or any WINDOWS-x for example if you want to crash
PS: i used the "up and down arrow-charater" (hex2195) for testing, while saving CB crashed and all changes since last saving were lost
bug is reproducable, [WinXP-MCE,AMD X2 +5000,AMD x1650 GTO,2GB RAM, CB nightly built 16 June 07 (svn build rev 4101)]
AND IMPORTANT FOR REPRODUCING: do not set UTF-8 in settings > editor > default encoding or in Edit > file encoding use ISO-8859-1 or any WINDOWS-x for example if you want to crash
PS: i used the "up and down arrow-charater" (hex2195) for testing, while saving CB crashed and all changes since last saving were lost
A large update has been made in the Unicode handling code in the latest nightly. Please upgrade to a latest nightly (Rev. 4564 onwards) and I hope your problem will be solved.
Please reopen this bug report if it persists. Thanks for your feedback.