Want to win a PS4? Go Premium and enter to win our High-Tech Treats giveaway. Enter to Win


Is this a bug in Rich Textbox control or my OS?

Posted on 2003-10-27
Medium Priority
Last Modified: 2010-05-01
I've got a serious problem that I need to fix.  I apparently have a "bug" in my operating system or VB runtime files, which causes the Richtextbox RTF control to insert extra Carriage Returns (hex OD) in front of certain CR/LF occurrences.

The "notepad replacement" app that I developed in VB6 is not useful as long as this bug is present on this computer.

I'm running windows 2000, and have developed a small test application to duplicate this.  The bug does NOT happen when I copy the executable to any other systems running winXP, win98, or win2k.  Only happens on my one particular win2k system.

It exhibits the same faulty behavior whether compiled in VB5 or VB6.  The bug also happens when I migrated this project into Visual studio.NET 2002 with the migration wizard.  However when creating a new VB.NET project with the RTF control, the bug does NOT happen.

My test app duplicates this with a particular file, which is about 6K in size, and has been verified with a hex editor to contain no consecutive Carriage Returns (all Carriage return characters are followed by linefeed characters).  Each time the F3 button is pushed, my app advances the memory cursor and displays the ascii value via the following function
Asc(Mid(RichTextBox1.Text, RichTextBox1.SelStart, 1))
At the end of my particular file is a CR/LF, and my program displays decimal values 13,13,10 which is CR/CR/LF. (extra carriage return added)

The reason I have to use a special file to duplicate this is because this bug apparently only happens when a CR/LF combination happens at a particular boundary in memory.  If I insert or remove any characters before the location of the CR/LF bug, then the bug does NOT happen and I see a single CR/LF.  

The bug also happens when I boot into safe mode (with no loaded drivers I know of), and with different versions of the richtx32.ocx control.  To give an idea of infrequently the bug occurs, a large text file of about 150Kb with about 4000 lines (CR/LFs) results in only THREE inserted carriage returns, so apparently the vast majority of those carriage returns do not fall on the appropriate memory boundaries to make the bug happen.  However it has completely killed the usefulness of the app for its intended purpose.

but I have removed VB6 and loaded VB5, but the bug still happens as before. This is a corporate work computer that runs many many apps with no problem, so reloading the OS is not an option at this point.

What else can I check to fix this?
Question by:airplays
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
LVL 75

Accepted Solution

Anthony Perkins earned 500 total points
ID: 9628670
Check out this article from MSDN:
BUG: Text That Contains a Single LF or CR in RichTextBox Becomes CR/LF on Windows 2000


Author Comment

ID: 9631151
Problems solved... due to that article!!!!  :-)

I should mention that my win2k was already up to SP3 which the article said should have fixed the problem... but I went ahead and attempted (and failed) to upgrade to SP4.  When the upgrade hit a snag, the bug disappeared, so I made a copy of the new RICHED20.DLL before backing out and reverting to my old backed up version.  Then I had to boot into safe mode to recopy the new version of RICHED20.DLL, and that fixed the problem!

For anyone interested, here are the file details of my bad and good versions of RICHED20.DLL:
FILESIZE: they both had the same filesize (but different checksums): 431,888
the bad control was dated July 22, 2002 v 3.0  (file version
the GOOD control was dated June 19, 2003 (file version

Anthony, I'm just curious, had you heard of that bug before, or was that just a lucky search result on MSDN?   Thanks for the help!
LVL 75

Expert Comment

by:Anthony Perkins
ID: 9631223
>>I'm just curious, had you heard of that bug before, or was that just a lucky search result on MSDN?<<
Lucky search, but I suspect that 75% of problems can be solved by doing a bit of research in MSDN.

LVL 75

Expert Comment

by:Anthony Perkins
ID: 9631234
On the other hand, "lucky" may not be the way I would describe it.  I searched for "richtextbox and carriage" and I found three articles. I pasted the relevant one.  So you can see not a lot of luck involved or for that matter a lot of rocket science either.


Featured Post


Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Introduction In a recent article (http://www.experts-exchange.com/A_7811-A-Better-Concatenate-Function.html) for the Excel community, I showed an improved version of the Excel Concatenate() function.  While writing that article I realized that no o…
If you have ever used Microsoft Word then you know that it has a good spell checker and it may have occurred to you that the ability to check spelling might be a nice piece of functionality to add to certain applications of yours. Well the code that…
Get people started with the process of using Access VBA to control Outlook using automation, Microsoft Access can control other applications. An example is the ability to programmatically talk to Microsoft Outlook. Using automation, an Access applic…
This lesson covers basic error handling code in Microsoft Excel using VBA. This is the first lesson in a 3-part series that uses code to loop through an Excel spreadsheet in VBA and then fix errors, taking advantage of error handling code. This l…
Suggested Courses

636 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question