[eidenk]

Petr, on Apr 16 2006, 10:25 AM, said:

eidenk, on Apr 16 2006, 04:10 PM, said:

Right but what about the other ones ?

Now I'm not sure what do you mean.

SHLWAPI.DLL was just an example of a DLL with unresolved delay-load dependencies, officialy made by Microsoft for Windows 98. I expressed my hope that also RICHED20.DLL with unresolved delay-load dependency could work.

Petr

I just wondered what those files were current for.

USERENV.DLL and APPHELP.DLL don't exist on my system and OLE32.DLL is 4.71.3328.0, SHELL32.DLL is 5.50.4134.100 and they have no unresolved dependencies. I have WinME + IE5.5 SP2.

[Petr]

bristols, on Apr 16 2006, 06:07 PM, said:

Using RICHED20.DLL build 5.40.11.22.12, I have the same Metapad result as you did Petr when you tried viewing your table in Windows 98 English (98 SE English here). So, "ě" and "č" don't appear for me in TABLE2.TXT.

Yes, these characters don't exist in 1252 codepage used in English, Brazilian, Danish, Dutch, Finnish, French, German, Italian, Norwegian, Portuguese, Spanish and Swedish versions of Windows 98.

1250 codepage is used in Czech, Hungarian, Polish, Slovak and Slovenian versions of Windows 98.
1251 codepage is used in Russian version.
1253 codepage is used in Greek version.
1254 codepage is used in Turkish version.
1255 codepage is used in Hebrew version.
1256 codepage is used in Arabic version.

Apparently the probems with font switching do not occur with riched20.dll version 5.30 and 5.31 on systems with 1252 codepage.

They occur in systems with 1250 codepage and riched20.dll version 5.40.11.2212 sems to be the only one that works correctly.

I have not tested any other Windows version although I have them in my MSDN library, maybe some time.

Petr

[Petr]

eidenk, on Apr 16 2006, 06:37 PM, said:

I just wondered what those files were current for.

USERENV.DLL and APPHELP.DLL don't exist on my system and OLE32.DLL is 4.71.3328.0, SHELL32.DLL is 5.50.4134.100 and they have no unresolved dependencies. I have WinME + IE5.5 SP2.

OK, it seems I have not expressed clearly enough.

SHWLAPI.DLL from IE 6.0 SP1, all versions from 6.00.2800.1106 to 6.00.2800.1740, have four unresolved dependencies to delay-loaded modules:
APPHELP.DLL (file missing),
USERENV.DLL (file missing),
OLE32.DLL (CoWaitForMultipleHandles function missing),
SHELL32.DLL (SHBindToParent function missing)

So although Dependency Walker shows them, IE 6.0 SP1 has no problem with them and other applications too.

Therefore I guessed it might be possible that delay-load dependency to mso.dll in riched20.dll version 5.40.11.2212 will cause no problem too.

Latest SHLWAPI.DLL for IE5.5 SP2 seems to be 5.50.4957.200 and has no unresolved dependencies.

Petr

[eidenk]

Understood you know. Sorry about that. I am a bit dumb sometimes.

[MDGx]

Petr,

I've also done some tests with different versions of RICHED20.DLL [I've used among others the newer 5.40.11.2218 from KB872798 you sent recently], and looks like on my computer [Win98 SE, WinME + WinXP SP2] RICHED20.DLL 5.40.11.2218 displays best most code page characters.
Therefore I updated RICHED9X.EXE + RICHEDNT.EXE to include RICHED20.DLL 5.40.11.2218:
http://www.mdgx.com/add.htm#RTF

* Microsoft Windows 9x/NT4/ME Malformed Word Rich Text (RTF) Edit Controls RICHED20.DLL 5.40.11.2218, RICHED32.DLL 5.0.1461.82 + USP10.DLL 1.0422.3790.1830 Security Vulnerability Fix (English):
http://support.micro....com/?id=249973
- Unofficial Windows 95/98/ME Fix [841 KB]:
http://www.mdgx.com/files/RICHED9X.EXE
- Unofficial Windows NT 4.0 Fix [723 KB]:
http://www.mdgx.com/files/RICHEDNT.EXE
______________________________________________

erpdude8:
RICHED9X + RICHEDNT copy their files into %windir%\system(32) without any nagging dialogs/prompts, and even newer versions are overwritten with the ones from these updates.
Same goes for the new OLEUP update:
http://www.mdgx.com/files/OLEUP.EXE
posted here:
http://www.mdgx.com/add.htm#OLE
which now installs newer OLE files 2.40.4528: older OLEAUT32.DLL 2.40.4522 [the only 1 that works properly with 9x OSes] is kept this way, even if some people installed newer [but buggy] OLEAUT32.DLL versions.

All these updates [and more] posted here 5-3-2006:
http://www.msfn.org/...showtopic=46581

Hope this helps.

[erpdude8]

MDGx, on May 3 2006, 08:52 AM, said:

Petr,

I've also done some tests with different versions of RICHED20.DLL [I've used among others the newer 5.40.11.2218 from KB872798 you sent recently], and looks like on my computer [Win98 SE, WinME + WinXP SP2] RICHED20.DLL 5.40.11.2218 displays best most code page characters.
Therefore I updated RICHED9X.EXE + RICHEDNT.EXE to include RICHED20.DLL 5.40.11.2218:
http://www.mdgx.com/add.htm#RTF

* Microsoft Windows 9x/NT4/ME Malformed Word Rich Text (RTF) Edit Controls RICHED20.DLL 5.40.11.2218, RICHED32.DLL 5.0.1461.82 + USP10.DLL 1.0422.3790.1830 Security Vulnerability Fix (English):
http://support.micro....com/?id=249973
- Unofficial Windows 95/98/ME Fix [841 KB]:
http://www.mdgx.com/files/RICHED9X.EXE
- Unofficial Windows NT 4.0 Fix [723 KB]:
http://www.mdgx.com/files/RICHEDNT.EXE
______________________________________________

erpdude8:
RICHED9X + RICHEDNT copy their files into %windir%\system(32) without any nagging dialogs/prompts, and even newer versions are overwritten with the ones from these updates.
Same goes for the new OLEUP update:
http://www.mdgx.com/files/OLEUP.EXE
posted here:
http://www.mdgx.com/add.htm#OLE
which now installs newer OLE files 2.40.4528: older OLEAUT32.DLL 2.40.4522 [the only 1 that works properly with 9x OSes] is kept this way, even if some people installed newer [but buggy] OLEAUT32.DLL versions.

All these updates [and more] posted here 5-3-2006:
http://www.msfn.org/...showtopic=46581

Hope this helps.

um, I will have to check to see if Riched20.dll v5.4 would work under a Win95 [Yes, a Windows 95] machine. V5.4 of RICHED20.DLL is from Office XP and Office XP is not compatible with Win95 (last version of MS Office supported under Win95 is Office 2000). I'll let everyone know if RICHED20.DLL Ver. 5.40.11.2218 works okay under Win95.

[PROBLEMCHYLD]

SHWLAPI.DLL from IE 6.0 SP1, all versions from 6.00.2800.1106 to 6.00.2800.1740, have four unresolved dependencies to delay-loaded modules:
APPHELP.DLL (file missing),
USERENV.DLL (file missing),
OLE32.DLL (CoWaitForMultipleHandles function missing),
SHELL32.DLL (SHBindToParent function missing)

How do we resolve these dependencies?

This post has been edited by PROBLEMCHYLD: 03 May 2006 - 07:47 PM

[MDGx]

PROBLEMCHYLD, on May 3 2006, 07:28 PM, said:

SHWLAPI.DLL from IE 6.0 SP1, all versions from 6.00.2800.1106 to 6.00.2800.1740, have four unresolved dependencies to delay-loaded modules:
APPHELP.DLL (file missing),
USERENV.DLL (file missing),
OLE32.DLL (CoWaitForMultipleHandles function missing),
SHELL32.DLL (SHBindToParent function missing)

How do we resolve these dependencies?

APPHELP.DLL + USERENV.DLL are present [sometimes] only on NTx OSes, which means MS developers made those files using the same NTx models [sloppy programming ].
The other 2 dependencies are not important [they load as delay-load], and are probably both present only on NTx OSes.
You can remove those unresolved APIs by modding SHWLAPI.DLL in a hex editor, but does not matter, it does function properly as is.

Same goes for other DLL and eventually OCX files developed for 9x OSes [mostly for MS IE + WMP = the only updates MS is still releasing until July 11 2006], but using NTx models.

EOL + EOS for 98 + ME:
http://www.microsoft...dofsupport.mspx

Hope this helps.

[erpdude8]

MDGx, on May 3 2006, 10:13 PM, said:

APPHELP.DLL + USERENV.DLL are present [sometimes] only on NTx OSes, which means MS developers made those files using the same NTx models [sloppy programming ].
The other 2 dependencies are not important [they load as delay-load], and are probably both present only on NTx OSes.
You can remove those unresolved APIs by modding SHWLAPI.DLL in a hex editor, but does not matter, it does function properly as is.

Same goes for other DLL and eventually OCX files developed for 9x OSes [mostly for MS IE + WMP = the only updates MS is still releasing until July 11 2006], but using NTx models.

EOL + EOS for 98 + ME:
http://www.microsoft...dofsupport.mspx

Hope this helps.

SHLWAPI.DLL v6.00 from IE6 can work for both 9x and NT-based Windows OSes. some functions will be available for certain versions of Windows, others will not.

BTW - Still testing v5.4 of RICHED20.DLL file under a Win95 machine. I'll post up the results in a few days.

[erpdude8]

erpdude8, on May 19 2006, 09:00 PM, said:

BTW - Still testing v5.4 of RICHED20.DLL file under a Win95 machine. I'll post up the results in a few days.

so far, riched20.dll version 5.4 works okay under Win95.

[erpdude8]

Gape, please include RICHED20.DLL version 5.4 in the next version of the 98SE Service Pack 2.x. It's stable enough to be used on all 9x versions of Windows.

[MDGx]

What exactly can the Rich Edit Control do anyway?
http://www.chami.com...hi/013097D.html

HTH

[erpdude8]

version 5.3 of the riched20.dll file is also bundled in the Windows Installer 2.0 packages. so I guess MSI 2.0 uses the riched20.dll file.

Microsoft Office programs like MS Word & MS Outlook also use the riched20.dll file. If you can't start these programs because of a bad or corrupted riched20.dll file, replace that DLL file with a clean one.

This post has been edited by erpdude8: 29 June 2006 - 11:45 AM

[Drugwash]

I've been using 5.50.30.2002 for a while in Win98SE and had no problems with it.

Please check the colors of the links in the other older versions. AFAIK, there was an issue with that and it's been fixed only in some of the latest builds. The link color on black (dark) background should become white automatically.

[Petr]

Drugwash, on Jul 7 2006, 05:32 AM, said:

I've been using 5.50.30.2002 for a while in Win98SE and had no problems with it.

Please check the colors of the links in the other older versions. AFAIK, there was an issue with that and it's been fixed only in some of the latest builds. The link color on black (dark) background should become white automatically.

Richedit 5 has the same font switching problem as Richedit 3 and 3.1, only Richedit 4 works fine.

Something was corrected in version 5.50.99.2012 (rom KB900459) but still it is not OK.

Petr

[Petr]

As Drugwash reported here @ Dec 12 2006, 12:58 PM RichEdit 4.0 riched20.dll (5.40.11.2218) has problem with somer applications, like eMule (not clickable link) or Miranda IM spellchecker (spelling errors not underlined).

I don't know how to use Miranda IM but I have installed eMule and the link is really not clickable with riched20.dll 5.40.11.2218.

Both Miranda IM and eMule are open source but I'm not a programmer so I cannot guess if the code can be modified to work with all riched20.dll versions.

It is not an issue for Windows language version that use US-ASCII 1252 codepage but for other language versions it is real problem, there are many applications that exhibit unwanted font switching with RichEdit 3.0 and RichEdit 4.0 is solution for this problem.

Exactly the same situation is on all operating systems till Windows XP and Vista.

It is possible to place the right version of riched20.dll to the application folder and so far it seems to be the only possible solution.

Maybe somebody could be able to patch RichEdit 3.0 riched20.dll to correct the font switching bug?

Petr

This post has been edited by Petr: 17 December 2006 - 03:58 AM

[noguru]

Petr, on Dec 17 2006, 10:25 AM, said:

(selling errors not underlined).

Irony or mistake?

This post has been edited by noguru: 17 December 2006 - 03:53 AM

[Petr]

noguru, on Dec 17 2006, 10:46 AM, said:

Petr, on Dec 17 2006, 10:25 AM, said:

(selling errors not underlined).

Irony or mistake?

You may guess... Corrected.

Petr

[Drugwash]

Here are some screenshots for the tests in Miranda IM. They are self-explanatory. The options on the settings page were exactly the same for both tests. First test was run with riched20.dll v5.30 installed in %system%, while for the second test I just dropped riched20.dll v5.40 in Miranda's main folder.

[erpdude8]

Microsoft has just released the MS07-013 RICHED20.DLL security updates:
http://www.microsoft.com/technet/security/...n/ms07-013.mspx

updated riched20.dll file for RichEdit 3.x is now 5.30.23.1227 (if using Office 2000 or Windows 2000; the WinXP edition of MS07-013 has riched20.dll version 5.30.23.1228 while the Win2003 edition has riched20.dll versions 5.30.23.1224 and 5.30.23.1226)
updated riched20.dll file for RichEdit 4.0 is now 5.40.11.2220
updated riched20.dll file for Richedit 5.0 is now 5.50.99.2014

This post has been edited by erpdude8: 14 February 2007 - 11:46 AM