English - United States  


Usenet Posting #35 - Trigeminal Software, Inc. (English)

MSLU: reported bugs and known issues

(The Microsoft Layer for Unicode on Windows 95, 98, and Me Systems)

(Originally posted 27 April 2002; last updated 10 December 2004)

Latest release: 1.1.3790.0

By popular request, this page is going to list known issues that are either under investigation or fixed for a future release. Most issues start life being reported in the microsoft.public.platformsdk.mslayerforunicode newsgroup on the msnews.microsoft.com news server and you can often see discussion about the issues there while they are under investigation.

If you have any questions about or problems with MSLU, whether or not they are related to issues listed below, you should feel free to ask them in the mslayerforunicode newsgroup (available via both NNTP and HTML). You can also come by with good news, if you want to. :-)

Show issues that have been investigated for fix in a future release

Show issues that have been reported and are currently under investigation

Show issues that are known but are not currently being considered for fix

Show issues fixed by v. 1.1.3790.0

Show issues fixed by v. 1.0.4018.0

Hide issues fixed by v. 1.0.4011.0

  1. When an EDIT control is subclassed, passing the EM_GETLINE message to it will fail anytime the window has been subclassed.

  2. When MSLU's GetFullPathNameW wrapper is called with a buffer size that cannot fit the returned string, 0 will currently be returned rather than the required size (the documented behavior) and MSLU may attempt to improperly copy to the buffer.

  3. The GetTempPathW API in MSLU has a similar problem, though with GetTempPathW there is no risk to the API improperly copying data to the buffer.

  4. MSLU's CreateEnhMetaFileW wrapper is having problems with a NULL lpszDescription.

  5. When zero length strings are used for either of its string parameters, MSLU's CompareStringW wrapper is returning failure.

  6. MSLU's CopyEnhMetaFileW wrapper is having problems with a NULL lpszfile parameter.

  7. The VerQueryValueW API wrapper provided by MSLU uses a special buffer provideed by increasing the requested size returned by the GetFileVersionInfoSizeW API. After this, calls to VerQueryValueW will reuse that buffer. Obviously this method will not work properly if you use alternate APIs to load the version resource.

  8. There are problems with strings in WM_DEVICECHANGE notifications being NULL, due to incorrect setting of the structure size.

  9. There are times that the syntethic clipboard formats that handle the automatic mappings between CF_UNICODETEXT and CF_TEXT/CF_OEMTEXT that happen when you call the MSLU GetClipboardData API will not work properly, and will leak memory. This does not happen on clipboard operations inside of the application of non-synthetic mappings; it only happens on cross-process synethtic clipboard operatations.

Show issues fixed by v. 1.0.3703.0

Show issues fixed by v. 1.0.3665.0

This page is obviously not on the Microsoft web site, but it is maintained by an employee of Microsoft who is the principal developer for MSLU. Certain factors beyond normal control can cause there to be a difference between what you see here and what is eventually released. As they say, this posting is provided "AS IS" with no warranties, and confers no rights. With that said, best efforts to keep this page accurate will be made any time such a difference does, in fact, exist.

Back to Usenet Musings

Problems with this site? Please contact the webmaster@trigeminal.com
with your comments, questions, or suggestions.