June 2002 - Wine-Devel - list.winehq.org

problem with mixed data/audio

by Michal Seliga

I found one problem with mixed CD's.Started with no music in one game, but later I found that using windows cdplayer audio CD's play right with wine but when first track is data whole CD is unplayable. I think I tracked down the problem to functions in dlls/winmm/mcicda/mcicda.c (?) and /dlls/ntdll/cdrom.c I want to try to find fix myself (I feel it is time to start to work on something), but if anyone thinks it is cleanly his playground I will provide as much info as I can get... So let me know if I should start to try to understand wine code or if I should let it be... Until now I spent about one-two hours on it si I made no real progess (I only learn how it works...) problem is that it calculates bad frames for first datatrack (it thinks it has more then 66 minutes, which is about 3x more then it really has.... dagrab shows that first track uses frames 150..99xxx and wine writes to its log 150...288xxx. After this it cannot find next track and in log I see 'device doesn't play' or does someone work on it already? I searched bugzilla but found nothing... so bye for now... (some filenames, numbers and messages are from my bad memory but I guess you know what's going on ;-)

June 13, 2002

Re: WM_GETTEXTLENGTH returns double size

by Shachar Shemesh

Andriy Palamarchuk wrote: >Sachar, this is a great explanation, but as I >understand the processing you mentioned should be done >in the controls (e.g. edit field) window procedures. >Can you submit a bug for this? You can give better >information than I and add dependencies on othe bugs >about MBCS, BiDi, etc. (I guess this bug will be >assigned to you as the component owner ;-) >Can you also make it depend on bug 791? > Ok, I think I am lacking context here. I will have a look at the actual source you were referring sometime during the coming day or two. Just one clarification. The very fact that the same person who is doing the BiDi support also happens to have experience with MBCS does not mean the two are in any way related. One is centered around west Asia and north Africa (a.k.a. - the middle east), while the other is at east Asia (a.k.a - the far east). I don't mind receiving ownership over all non-western languages, as I speak a BiDi language, and have experience in programming for an MBCS language (and between the two you are almost cover the entire range of problematic languages), but that does not mean that the two are, in any way, related. BTW, bringing us to the "ownership" issue. Is wine going to have a "Credits" file, sorted by lines of code submitted or similar criteria? It would be nice to have my name there in case I am ever fired for answering WINE emails while at work ;-). >To my rather limited knowlege the problem with >returning double size lays in different area - when a >chain of window procedures has in some cases W, in >others A procedures. If an A procedure gets results >from W procedure it has to map returned results from >Unicode to ASCII. The problem is that there is no way >of knowing if the returned number of Unicode >characters corresponds to length of MBCS which has >2-byte characters or plain 1-byte character string. >The current code accounts on the worst possible result >- for all the Unicode characters corresponding to >2-byte MBCS characters. > Like I said before - I'll have a look at the actual context and voice my opinion. > >I submitted a bug for this: >http://bugs.winehq.com/show_bug.cgi?id=791 > >Andriy > Shachar

June 13, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

--- Shachar Shemesh <wine-devel(a)sun.consumer.org.il> wrote: > I think the correct thing to do is return the output > of *_tcslen*. Since > we don't have TCHARs inside wine, this translates to > using wcslen if > wer'e a UNICODE function, or strlen if wer'e not > (notice that while > _mbslen returns the number of characters in the > string, strlen returns > the number of bytes in the string. See > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html…) > > Also, assuming you are implementing this over my > GetFontLanguageInfo > patch (the title was "Extremely preliminary BiDi > patch" - not commited > yet), you can use that function to find out whether > special MBCS > processing is necessary for the current locale. Just > like I said in that > email, I am not sure it is worth it, performance > wise. > > If you do decide to use my patch, notice that > GetFontLanguageInfo is a > skeleton. I did include an MBCS pattern to those > languages I happened to > know required MBCS, but as this is far from my main > field of experties, > errors are not unlikely. Sachar, this is a great explanation, but as I understand the processing you mentioned should be done in the controls (e.g. edit field) window procedures. Can you submit a bug for this? You can give better information than I and add dependencies on othe bugs about MBCS, BiDi, etc. (I guess this bug will be assigned to you as the component owner ;-) Can you also make it depend on bug 791? To my rather limited knowlege the problem with returning double size lays in different area - when a chain of window procedures has in some cases W, in others A procedures. If an A procedure gets results from W procedure it has to map returned results from Unicode to ASCII. The problem is that there is no way of knowing if the returned number of Unicode characters corresponds to length of MBCS which has 2-byte characters or plain 1-byte character string. The current code accounts on the worst possible result - for all the Unicode characters corresponding to 2-byte MBCS characters. I submitted a bug for this: http://bugs.winehq.com/show_bug.cgi?id=791 Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 13, 2002

Re: WM_GETTEXTLENGTH returns double size

by Shachar Shemesh

I think the correct thing to do is return the output of *_tcslen*. Since we don't have TCHARs inside wine, this translates to using wcslen if wer'e a UNICODE function, or strlen if wer'e not (notice that while _mbslen returns the number of characters in the string, strlen returns the number of bytes in the string. See http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html…) Also, assuming you are implementing this over my GetFontLanguageInfo patch (the title was "Extremely preliminary BiDi patch" - not commited yet), you can use that function to find out whether special MBCS processing is necessary for the current locale. Just like I said in that email, I am not sure it is worth it, performance wise. If you do decide to use my patch, notice that GetFontLanguageInfo is a skeleton. I did include an MBCS pattern to those languages I happened to know required MBCS, but as this is far from my main field of experties, errors are not unlikely. Shachar Andriy Palamarchuk wrote: >Andriy Palamarchuk wrote: > > >>This happens in code which unmaps message, mapped >> >> >from > > >>ASCII to Unicode. >>See windows/winproc.c, function >>WINPROC_UnmapMsg32ATo32W: >> >> case WM_GETTEXTLENGTH: >> case CB_GETLBTEXTLEN: >> case LB_GETTEXTLEN: >> /* there may be one DBCS char for each >> >> >Unicode > > >>char */ >> return result * 2; >> >>What is the correct way to handle double-byte >>characters in this situation? >> >> > >The best approach I could think of is to send an >internal message from this location which returns >lengths of Unicode and ASCII strings. This message >will be processed only by our controls. >If lengths of the Unicode strings are the same this >means that both are generated by our code for the same >text and I return the A length. If the lengths are >different this means length was generated not in our >code and I keep existing behavior (return double >original Unicode length). > >This method looks pretty safe and gives correct >behavior in almost all cases. > >Comments, suggestions? >Andriy > >__________________________________________________ >Do You Yahoo!? >Yahoo! - Official partner of 2002 FIFA World Cup >http://fifaworldcup.yahoo.com > >

June 13, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

Andriy Palamarchuk wrote: >This happens in code which unmaps message, mapped from >ASCII to Unicode. >See windows/winproc.c, function >WINPROC_UnmapMsg32ATo32W: > > case WM_GETTEXTLENGTH: > case CB_GETLBTEXTLEN: > case LB_GETTEXTLEN: > /* there may be one DBCS char for each Unicode >char */ > return result * 2; > >What is the correct way to handle double-byte >characters in this situation? The best approach I could think of is to send an internal message from this location which returns lengths of Unicode and ASCII strings. This message will be processed only by our controls. If lengths of the Unicode strings are the same this means that both are generated by our code for the same text and I return the A length. If the lengths are different this means length was generated not in our code and I keep existing behavior (return double original Unicode length). This method looks pretty safe and gives correct behavior in almost all cases. Comments, suggestions? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 13, 2002

Merge rpcrt/ole32 from Rewind

by juergen.schmied＠debitel.net

Hi! I started to merge this files in. This patches are done to a loder wine version so it does not merge in a clean way. Some code is allready implemented twice. So I do: - merge as far as I can - if a function is implemented twice I comment one implementation out but leave the code in (mainly the standard marshaler parts). I can't decide how to merge it. - the final cleanup should be done by the ones who are familiar with that code (Marcus?) - any objections against the rpcrt4 stuff? Ove himself says its not very clean but we dont have any better code yet. Is this OK? juergen

June 13, 2002

Re: FW: [ros-kernel] wine dll

by juergen.schmied＠debitel.net

For now and a any thinkable time this won't work without native shell32, shlwapi, shdocvw and some more shell stuff since big parts of the user interface are in there. It would be more useful to replace just one dll at one time with a wine dll. If you like to test the shell stuff, there is a registry key somewhere to set a different shell - like winfile. juergen "Steven Edwards" <Steven_Ed4153(a)yahoo.com> schrieb: > tested system: windows 2000 server build 2195 > pc tested: AMD Athon XP 1600, 256 ram > > first copied all dll to the windows dir. and booted. > win2k dies durning the winlogon. somewhere... > restored: > * urlmon.dll > * oleaut32.dll > * odbc32.dll > * oledlg.dll > * olepro32.dll > * winnls.dll > windows died again. > > restored: wintrust.dll, comcat.dll, crtdll.dll > result : windows died > > restored: tapi32.dll > result: windows died > > restored: dciman32.dll, dinput.dll > result: windows died > > restored: imm32.dll > result: windows died > > restored: mapi32.dll > result: windows died > > restored: dplayx.dll, mpr.dll > result: windows died > > restored: netapi.dll > result: windows showed a dialog saying that libwine*.dll was not found. > > copied: libwine.dll, libwine_tsx11.dll, libwine_unicode.dll. > result: winlogon.exe reports: msgina.dll could not be loaded, a restart button > is found, so I press it... > > restored: comctl32.dll > result: * the same dialog openes > * mstask.exe, says it cannt find the procedure: PathFintExtensionW(), at shlwapi.dll > * dns.exe, says ir cannt find the procedure: DwEnumEntryDetails(), at rasapi32.dll > > restored: shlwapi.dll, rasapi32.dll > result: after gzilion years (two minutes?) windows loaded, no error reported > I logged in as administrator, explorer did not load. > I press alt-ctrl-del to bring the sequrity dialog. I choosed to run the > task manager. I choose File/New task, and a dialog saying that ordinal 135 was not found in > shdocvm.dll, pressed OK. I runned again explorer. It did not load. I run windows commander, > (the browse command worked fine). Windows commander load ok. Run from the task manager notepad, > loads OK, and wrote this :) > > put wine dll: comctl32.dll > result: winlogon.exe reports: msgina.dll could not be loaded, a restart button. > > restored comctl32.dll and run a few programs. > windows commander runs. > notepad runs > winamp runs > several programs from the systemroot run, and thease gave me errors. > > systomroot\setup.exe : procedure entry not found: CheckSumMappedFile()(a)imagehelp.dll > systomroot\sigverif.exe: procedure entry not found: ImageAddCertificate()(a)imagehelp.dll > systomroot\ntbooks.exe : the instruction at "0x64d2b8c6" referenced at "0x0000" could not be "read".. ok, cancel to debug... (the window title says hh.exe) > procedure entry not found: ImageAddCertificate()(a)imagehelp.dll > systomroot\rundll32.exe: procedure entry not found: ImageDirectoryEntryToData()(a)imagehelp.dll > >

June 13, 2002

dlls/ddraw build problem

by Steven Edwards

Hola, While everyone is looking at the new directx stuff can someone check and see if there is a easy way to fix this? dsurface/dib.o(.text+0x38a):dib.c: undefined reference to `DIB_CreateDIBSection' D:\mingw\bin\dllwrap.exe: D:\mingw\bin\gcc exited with status 1 make: *** [ddraw.dll] Error 1 >From the changelog on 2000-04-29 Ove implemented this in graphics/x11drv/dib.c, include/bitmap.h, include/gdi.h, include/x11drv.h, objects/dib.c. I havent had time to look at the new DIB engine patches from transgamming to see if they could fix this, so if they do then please send this email to /dev/null. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 13, 2002

FW: [ros-kernel] wine dll's on a real system. (Mingw Win2k)

by Steven Edwards

If anyone is interested in the win2k test results then here they are. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: reactos-kernel-admin(a)lists.sourceforge.net [mailto:reactos-kernel-admin(a)lists.sourceforge.net] On Behalf Of Diego Iastrubni Sent: Wednesday, June 12, 2002 10:55 AM To: reactos-kernel(a)lists.sourceforge.net Subject: [ros-kernel] wine dll's on a real system. Hello gang, I got the wine dll's from Steven and installed them on a win2k server I have, on a ADM Athlon XP1600, 256 ram, and servral gb of disk. I documented what I saw, and the results are not good. :-(, This is the first round, so I will be patient. a few notes: * windows dies means I see the screen getting black and I see the bios again * please ingnore the spelling/ grammar orros in the text attached. * if you can, you can tell me if there is a way to see which programs use which dll, that would make my life easier. - diego -- bureaucracy, n: A method for transforming energy into solid waste.

June 12, 2002

Fix for locale regression test failures ...

by Paul Millar

Hi, The problem _seems_ to be the same problem with ole/old2nls.c in two places. In GetNumberFormatA, it was (line 3091 onward): if (lpFormat != NULL) [...] else { if (dwflags & LOCALE_NOUSEROVERRIDE) used_operation = USE_LOCALEINFO; else used_operation = USE_SYSTEMDEFAULT; } with an equivalent test in GetCurrencyFormatA (see line 3331 onward). Both these tests look wrong as the logic is screwed up (not setting LOCALE_NOUSEROVERRIDE => use system defaults). After sullying my hands with MSDN, I found the following references: http://msdn.microsoft.com/library/en-us/intl/nls_0rec.asp and http://msdn.microsoft.com/library/en-us/intl/nls_8a0k.asp for GetCurrencyFormat and GetNumberFormat respectively. Both have a passage like: > If lpFormat is NULL, you can specify LOCALE_NOUSEROVERRIDE to format the > string using the system default number format for the specified locale; > or you can specify zero to format the string using any user overrides to > the locale's default number format. Which suggests the reverse behaviour. AFAIK, MSDN docs have been found to be incorrect in the past, so does anyone know who's right? BTW, swapping both lines to: if (dwflags & LOCALE_NOUSEROVERRIDE) used_operation = USE_SYSTEMDEFAULT; else used_operation = USE_LOCALEINFO; does fixes both the fr_FR and en_GB locale failings and en_US continues to work. I'll submit a proper patch in a moment, but I thought it best put all the information in this email first. Cheers, ---- Paul Millar

June 12, 2002

Extremely preliminary BiDi patch

by Shachar Shemesh

Attached is an extremely preliminary BiDi patch. Here are the things this patch contains, and the points I would love to hear the list's comments about. This patch is under the LGPL only, at this stage. Changes: * Fixed the heb.nls file so that LANG=he_IL will be accepted * Implemented a skeleton for GetFontLanguageInfo. o I have filled in the skeleton where I knew what to fill it with. I would guess that a lot of stuff is still missing. o I would apretiate input on the aprorpiatness of using GetTextCharsetInfo as the source of information. o I have removed the FIXME, but a lot of stuff is still unimplemented. I didn't quite know what to put there instead. * GetCharacterPlacementW - This is certanly one of the more overloaded functions in the Win32 set (Select object comes to mind as a competitor, and this one has way more execution flows throught it). So far, as far as I could tell, only the flow that matched Latin fonts was implemented. I have added some (very basic) reordering. I would like to hear your comments about the following points: o I followed the autodocumentation instructions. Is this at all still supported or required? o The algorythm I used is far from a good one. It still doesn't support right to left paragraphs, neutral boundry characters, and a bunch of other necessary stuff. All it does, at the moment, is make sure consecutive runs of one direction are, more or less, readable. o I have added a fastpath option when no work is necassary. When all that is supported is reordering, this may make sense. However, I am somewhat worried that when kerning, ligation, glyphing etc. are added, the fastpath will be meaningless. Opinions? * ExtTextOutW o I am calling GetFontLanguageInfo for each and every ExtTextOutW (which is a focus point for all Text rendering functions). What performance implications will that have? Don't forget that what I pay for in asking whether reordering is necessary, I get back in not calling GetCharacterPlacementW, and in not allocating a buffer. Then again, some Unicode fonts will suffer both allocation and no reordering. o I am calling the backend text printing function in two flows. One is using the allocated buffer used for GetCharacterPlacementW, and the other is the original (no point in allocating a buffer if no processing was done). Should I work hard to merge the two calls? o I am assuming that the backend driver will not perform any reordering. I am not sure how correct that assumption is under, say, KDE3 (Hetz?). These are all the questions for the time being. I also need some explanation regarding procedures. Which of the following three are enough, on their own, to cause the patch to be integrated: 1. Attaching it to a bug (assuming that I am the bug's owner) 2. Sending the patch to wine-devel 3. Sending the patch to wine-patches Obviously, 3 is enough on it's own. Assuming I have questions, however, is 2 enough on its own? Is 1 at all necessary if I'm doing 2 or 3? Is this message off topic on wine-devel? on wine-patches? Shachar Index: dlls/kernel/nls/heb.nls =================================================================== RCS file: /home/wine/wine/dlls/kernel/nls/heb.nls,v retrieving revision 1.3 diff -u -r1.3 heb.nls --- dlls/kernel/nls/heb.nls 19 May 2002 22:23:23 -0000 1.3 +++ dlls/kernel/nls/heb.nls 12 Jun 2002 19:34:02 -0000 @@ -128,6 +128,6 @@ /* LOCVAL(LOCALE_FONTSIGNATURE, "") */ LOCVAL(LOCALE_SISO639LANGNAME,"he") -LOCVAL(LOCALE_SISO3166CTRYNAME,"HE") +LOCVAL(LOCALE_SISO3166CTRYNAME,"IL") /* gregoriansk kalender */ Index: objects/font.c =================================================================== RCS file: /home/wine/wine/objects/font.c,v retrieving revision 1.74 diff -u -r1.74 font.c --- objects/font.c 4 Jun 2002 01:02:52 -0000 1.74 +++ objects/font.c 12 Jun 2002 19:34:04 -0000 @@ -2098,10 +2098,48 @@ /************************************************************************* * GetFontLanguageInfo (GDI32.@) */ -DWORD WINAPI GetFontLanguageInfo(HDC hdc) { - /* return value 0 is correct for most cases anyway */ - FIXME("(%x):stub!\n", hdc); - return 0; +DWORD WINAPI GetFontLanguageInfo(HDC hdc) +{ + FONTSIGNATURE fontsig; + static const DWORD GCP_DBCS_MASK=0x003F0000, + GCP_DIACRITIC_MASK=0x00000000, + FLI_GLYPHS_MASK=0x00000000, + GCP_GLYPHSHAPE_MASK=0x00000040, + GCP_KASHIDA_MASK=0x00000000, + GCP_LIGATE_MASK=0x00000000, + GCP_USEKERNING_MASK=0x00000000, + GCP_REORDER_MASK=0x00000060; + + DWORD result=0; + + GetTextCharsetInfo( hdc, &fontsig, 0 ); + /* We detect each flag we return using a bitmask on the Codepage Bitfields */ + + if( (fontsig.fsCsb[0]&GCP_DBCS_MASK)!=0 ) + result|=GCP_DBCS; + + if( (fontsig.fsCsb[0]&GCP_DIACRITIC_MASK)!=0 ) + result|=GCP_DIACRITIC; + + if( (fontsig.fsCsb[0]&FLI_GLYPHS_MASK)!=0 ) + result|=FLI_GLYPHS; + + if( (fontsig.fsCsb[0]&GCP_GLYPHSHAPE_MASK)!=0 ) + result|=GCP_GLYPHSHAPE; + + if( (fontsig.fsCsb[0]&GCP_KASHIDA_MASK)!=0 ) + result|=GCP_KASHIDA; + + if( (fontsig.fsCsb[0]&GCP_LIGATE_MASK)!=0 ) + result|=GCP_LIGATE; + + if( (fontsig.fsCsb[0]&GCP_USEKERNING_MASK)!=0 ) + result|=GCP_USEKERNING; + + if( (fontsig.fsCsb[0]&GCP_REORDER_MASK)!=0 ) + result|=GCP_REORDER; + + return result; } /************************************************************************* @@ -2235,11 +2273,31 @@ /************************************************************************* * GetCharacterPlacementW [GDI32.@] + * + * Retrieve information about a string. This includes the width, reordering, + * Glyphing and so on. + * + * RETURNS + * + * The width and height of the string if succesful, 0 if failed. + * + * BUGS + * + * All flags except GCP_REORDER are not yet implemented. + * Reordering is not 100% complient to the Windows BiDi method. + * Caret positioning is not yet implemented. + * Classes are not yet implemented. + * */ DWORD WINAPI -GetCharacterPlacementW(HDC hdc, LPCWSTR lpString, INT uCount, - INT nMaxExtent, GCP_RESULTSW *lpResults, - DWORD dwFlags) +GetCharacterPlacementW( + HDC hdc, /* Device context for which the rendering is to be done */ + LPCWSTR lpString, /* The string for which information is to be returned */ + INT uCount, /* Number of WORDS in string. */ + INT nMaxExtent, /* Maximum extent the string is to take (in HDC logical units) */ + GCP_RESULTSW *lpResults, /* A pointer to a GCP_RESULTSW struct */ + DWORD dwFlags /* Flags specifying how to process the string */ + ) { DWORD ret=0; SIZE size; @@ -2254,37 +2312,115 @@ lpResults->lpDx, lpResults->lpCaretPos, lpResults->lpClass, lpResults->lpGlyphs, lpResults->nGlyphs, lpResults->nMaxFit); - if(dwFlags) FIXME("flags 0x%08lx ignored\n", dwFlags); + if(dwFlags&(~GCP_REORDER)) FIXME("flags 0x%08lx ignored\n", dwFlags); if(lpResults->lpCaretPos) FIXME("caret positions not implemented\n"); if(lpResults->lpClass) FIXME("classes not implemented\n"); - /* FIXME: reordering not implemented */ - /* copy will do if the GCP_REORDER flag is not set */ - if(lpResults->lpOutString) - lstrcpynW(lpResults->lpOutString, lpString, uCount); - - nSet = (UINT)uCount; - if(nSet > lpResults->nGlyphs) - nSet = lpResults->nGlyphs; - - /* return number of initialized fields */ - lpResults->nGlyphs = nSet; - - if(lpResults->lpOrder) - { - for(i = 0; i < nSet; i++) - lpResults->lpOrder[i] = i; - } - - if (lpResults->lpDx) - { - int c; - for (i = 0; i < nSet; i++) - { - if (GetCharWidth32W(hdc, lpString[i], lpString[i], &c)) - lpResults->lpDx[i]= c; - } - } + nSet = (UINT)uCount; + if(nSet > lpResults->nGlyphs) + nSet = lpResults->nGlyphs; + + /* return number of initialized fields */ + lpResults->nGlyphs = nSet; + + if(dwFlags==0) + { + /* Treat the case where no special handling was requested in a fastpath way */ + /* copy will do if the GCP_REORDER flag is not set */ + if(lpResults->lpOutString) + lstrcpynW(lpResults->lpOutString, lpString, uCount); + + if(lpResults->lpOrder) + { + for(i = 0; i < nSet; i++) + lpResults->lpOrder[i] = i; + } + + } else + { + WORD *pwCharType; + int run_end; + /* Keep a static table that translates the C2 types to something meaningful */ + /* 1 - left to right + * -1 - right to left + * 0 - neutral + */ + static const int chardir[]={ 0, 1, -1, 1, 1, 1, -1, 1, 0, 0, 0, 0 }; + + WARN("The BiDi algorythm doesn't conform to Windows' yet\n"); + if( (pwCharType=HeapAlloc(GetProcessHeap(), 0, uCount * sizeof(WORD)))==NULL ) + { + SetLastError(ERROR_NOT_ENOUGH_MEMORY); + + return 0; + } + + /* Fill in the order array with directionality values */ + GetStringTypeW(CT_CTYPE2, lpString, uCount, pwCharType); + + /* The complete and correct (at list according to MS) BiDi algorythm is not + * yet implemented here. Instead, we just make sure that consecutive runs of + * the same direction (or neutral) are ordered correctly + */ + for( i=0; i<uCount; i+=run_end ) + { + for( run_end=1; i+run_end<uCount && + (chardir[pwCharType[i+run_end]]==chardir[pwCharType[i]] || + chardir[pwCharType[i+run_end]]==0); ++run_end ) + ; + + if( chardir[pwCharType[i]]==1 || chardir[pwCharType[i]]==0 ) + { + /* A LTR run */ + if(lpResults->lpOutString) + { + int j; + for( j=0; j<run_end; j++ ) + { + lpResults->lpOutString[i+j]=lpString[i+j]; + } + } + + if(lpResults->lpOrder) + { + int j; + for( j=0; j<run_end; j++ ) + lpResults->lpOrder[i+j] = i+j; + } + } else + { + /* A RTL run */ + if(lpResults->lpOutString) + { + int j; + for( j=0; j<run_end; j++ ) + { + lpResults->lpOutString[i+j]=lpString[i+run_end-j-1]; + } + } + + if(lpResults->lpOrder) + { + int j; + for( j=0; j<run_end; j++ ) + lpResults->lpOrder[i+j] = i+run_end-j-1; + } + } + } + + HeapFree(GetProcessHeap(), 0, pwCharType); + } + + /* FIXME: Will use the placement chars */ + if (lpResults->lpDx) + { + int c; + for (i = 0; i < nSet; i++) + { + if (GetCharWidth32W(hdc, lpString[i], lpString[i], &c)) + lpResults->lpDx[i]= c; + } + } if(lpResults->lpGlyphs) GetGlyphIndicesW(hdc, lpString, nSet, lpResults->lpGlyphs, 0); Index: objects/text.c =================================================================== RCS file: /home/wine/wine/objects/text.c,v retrieving revision 1.45 diff -u -r1.45 text.c --- objects/text.c 31 May 2002 23:06:53 -0000 1.45 +++ objects/text.c 12 Jun 2002 19:34:04 -0000 @@ -170,9 +170,35 @@ { if(PATH_IsPathOpen(dc->path)) FIXME("called on an open path\n"); - else if(dc->funcs->pExtTextOut) - ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags,lprect,str,count,lpDx); - GDI_ReleaseObj( hdc ); + else if(dc->funcs->pExtTextOut) + { + DWORD fontLangInfo=0; + if( !(flags&(ETO_GLYPH_INDEX|ETO_IGNORELANGUAGE)) && + ((fontLangInfo=GetFontLanguageInfo( hdc ))&(GCP_REORDER|GCP_GLYPHSHAPE)) ) + { + /* The caller did not specify that language processing was already done, + * and the font idetifies iteself as requiring language processing. + */ + GCP_RESULTSW gcp; + + gcp.lStructSize=sizeof(gcp); + gcp.lpOutString=HeapAlloc(GetProcessHeap(), 0, count*sizeof(WCHAR)); + gcp.lpOrder=NULL; + gcp.lpDx=NULL; + gcp.lpCaretPos=NULL; + gcp.lpClass=NULL; + gcp.lpGlyphs=NULL; + gcp.nGlyphs=0; + gcp.nMaxFit=0; + + GetCharacterPlacementW(hdc, str, count, 0, &gcp, GCP_REORDER ); + + ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags|ETO_IGNORELANGUAGE, + lprect,gcp.lpOutString,count,lpDx); + } else + ret = dc->funcs->pExtTextOut(dc->physDev,x,y,flags,lprect,str,count,lpDx); + } + GDI_ReleaseObj( hdc ); } return ret; }

June 12, 2002

arts driver problems

by Rizsanyi Zsolt

Hi! I'm trying to set up wine to use arts for audio output. So I have uncommented from the config file the "Drivers" = "winearts.drv" line. But when an application tries to open the sound device, it hangs. I have put various trace messages in the winearts driver, and seen that when wine calls arts_init that function never returns. It's not an arts configuration problem because MPlayer runs perfectly with the arts audio output. But I have checked the source of MPlayer, and the arts code there seems basically the same. Have anybody experienced something like this? Or has any idea about this? Thanks Zsolt Rizsanyi

June 12, 2002

Re: O2 compilation option

by Marcus Meissner

On Wed, Jun 12, 2002 at 08:50:58AM +0300, Shachar Shemesh wrote: > Hi all, > > I found that using the default ./configure options, the Makefiles are > generated with "-g -O2" compilation options. This combination doesn't > make sense to me, as what use are debug options if I cannot trace > execution in a debugger. Actually gdb supports that. It is sometimes jumping between lines but it is not very difficult to follow. > My autoconfig knowledge is not deep enough to understand whether there > is a command line option to remove the "O2" from the makefiles. For the > time being, I have simply modified configure by hand. Can anyone tell > whether there is any better option? Just pass it to configure: CFLAGS="-g" ./configure Ciao, Marcsu

June 12, 2002

Re: Problems running IE with latest release

by Andreas Mohr

On Wed, Jun 12, 2002 at 09:26:24AM -0700, Andriy Palamarchuk wrote: > Won, what a nice instructions! > > --- Won Kyu Park <wkpark(a)chem.skku.ac.kr> wrote: > [skipped] > > I could IE 5.01 installation successfully with a > > fake_windows. > [skipped] > > Could you, please, add these instructions to the > application database? > http://appdb.winehq.com/appview.php?appId=25&versionId=8 > > Many people will look there for help and will find > your instructions useful. No, please don't. As you probably won't be able to modify Notes, I'll do it instead. (NOW, that is !) That's a *great* description ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

June 12, 2002

Re: Problems running IE with latest release

by Won Kyu Park

On Wed, Jun 12, 2002 at 09:26:24AM -0700, Andriy Palamarchuk wrote: > Won, what a nice instructions! > > --- Won Kyu Park <wkpark(a)chem.skku.ac.kr> wrote: > [skipped] > > I could IE 5.01 installation successfully with a > > fake_windows. > [skipped] > > Could you, please, add these instructions to the > application database? > http://appdb.winehq.com/appview.php?appId=25&versionId=8 > > Many people will look there for help and will find > your instructions useful. > > Regards, > Andriy Palamarchuk I think... It may useful only for developers :-) Iexplorer.exe can't be used as a browser for now. Regards, Won kyu Park

June 12, 2002

Re: Problems running IE with latest release

by Won Kyu Park

On Wed, Jun 12, 2002 at 01:05:45AM +0100, Con Hennessy wrote: > Hi, > I am trying to run IE version 4 ( I think ) however I am > getting "unhandled exceptions". > > When I use the following command "wine --dll commctrl,comctl32=n iexplore.exe" > I get : > err:heap:HEAP_CreateSystemHeap system heap base address 0x65430000 not available > err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/desktop.ini" err = 55 > err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/fonts/modern.fon" err = 2 > wine: Unhandled exception, starting debugger... > err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 > > I also tried to use : > wine --dll shell,shell32,commctrl,comctl32=n --dll kernel32,netbios,netapi32,user32=b iexplore.exe > but with the same results. > > I know how to turn tracing on, but am not sure what exactly is the problem. > I've had a go at turning on the traces and got the following : > 0807a828:Ret kernel32.CloseHandle() retval=00000001 ret=16013d94 > 0807a828:Call kernel32.OpenEventA(001f0003,00000000,16013e30 "HookSwitchHookEnabledEvent") ret=16013dbd > 0807a828: open_event( access=001f0003, inherit=0, name=L"HookSwitchHookEnabledEvent" ) > 0807a828: open_event() = OBJECT_NAME_NOT_FOUND { handle=0 } > 0807a828:Ret kernel32.OpenEventA() retval=00000000 ret=16013dbd > 0807a828:Call kernel32.TlsAlloc() ret=16013e03 > 0807a828:Ret kernel32.TlsAlloc() retval=00000002 ret=16013e03 > 0807a828:Ret PE DLL (proc=0x16013bbe,module=16012000,type=1,res=(nil)) retval=1 > 0807a828:trace:module:MODULE_InitDLL (0x159036b4,PROCESS_ATTACH,(nil)) - RETURN 1 > 0807a828:trace:module:MODULE_DllProcessAttach (ole32.dll,(nil)) - END > 0807a828:trace:module:MODULE_InitDLL (shdocvw.dll,PROCESS_ATTACH,(nil)) - CALL > 0807a828:trace:module:MODULE_InitDLL (0x1590349c,PROCESS_ATTACH,(nil)) - RETURN 1 > 0807a828:trace:module:MODULE_DllProcessAttach (shdocvw.dll,(nil)) - END > 0807a828:Ret kernel32.LoadLibraryA() retval=16006000 ret=00401328 > 0807a828:Call kernel32.GetProcAddress(16006000,00000068) ret=00401346 > 0807a828:trace:win32:MODULE_GetProcAddress (16006000,0x68) > 0807a828:trace:win32:PE_FindExportedFunction (104) > 0807a828:Ret kernel32.GetProcAddress() retval=160070fc ret=00401346 > 0807a828:Call ntdll.RtlRaiseException(15b26d80) ret=16007059 > 0807a828:trace:seh:EXC_RtlRaiseException code=80000100 flags=1 addr=0x401726 > 0807a828:trace:seh:EXC_RtlRaiseException info[0]=1600da80 > 0807a828:trace:seh:EXC_RtlRaiseException info[1]=1600da94 > 0807a828:trace:seh:EXC_RtlRaiseException stub=104 > 0807a828: queue_exception_event( first=1, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) > 0807a828: queue_exception_event() = 0 { handle=0 } > 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=80000100 flags=1 > 0807a828: queue_exception_event( first=0, record={context={flags=00010007,eax=15b26d78,ebx=156885c4,ecx=1569f6e5,edx=15b26d80,esi=15651564,edi=00000001,ebp=15b26ce0,eip=15636943,esp=15b26cc4,eflags=00200212,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=158c58c4,dr1=1569f6b1,dr2=1581600d,dr3=158c58c4,dr6=1569f6b1,dr7=158c58c4,float={1569f6a8,15816ff5,1581600d,15b269c0,15816ff5,15b269f0,1581600d,158c58c4,1569f6d5,158c58c4,15b269f0,15b26ad0,158122f4,15b269e8,15816ff5,15b26a18,1569f6d5,1569faa7,00000000,158c58c4,34303118,15b26af8,158122f4,15b26a18,15669fb0,15b26b88,158122e3,15b26a18}},rec={code=80000100,flags=1,rec=(nil),addr=0x401726,params={1600da80,1600da94}} ) > 0807a828: queue_exception_event() = 0 { handle=0 } > 0807a828: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) > 0807a828: create_event() = 0 { handle=56 } > wine: Unhandled exception, starting debugger... > 0807a828:trace:heap:RtlAllocateHeap (158d0000,00000002,0000006c): returning 15902fa0 > 0807a828:trace:reg:NtOpenKey (0x80000002,L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug\0000\5555\008d\0000\5246\4545\3554\1590`\158d\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa\aaaa"...,f003f,0x15b2680c) > 0807a828: open_key( parent=-2147483646, access=000f003f, name=L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug" ) > Open key ERROR > 0807a828: open_key() = OBJECT_NAME_NOT_FOUND { hkey=0 } > 0807a828:trace:reg:NtOpenKey <- 0x0000 > 0807a828:trace:heap:RtlFreeHeap (158d0000,00000002,15902fa0): returning TRUE > 0807a828:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x1581e3e4 > 0807a828:trace:seh:EXC_RtlRaiseException info[0]=00000001 > 0807a828:trace:seh:EXC_RtlRaiseException info[1]=00000000 > 0807a828: queue_exception_event( first=1, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) > 0807a828: queue_exception_event() = 0 { handle=0 } > 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651120 code=c0000005 flags=0 > 0807a828:trace:seh:EXC_CallHandler handler returned 2 > 0807a828:trace:seh:EXC_CallHandler calling handler at 0x15651b64 code=c0000005 flags=10 > 0807a828:trace:seh:EXC_CallHandler handler returned 1 > 0807a828: queue_exception_event( first=0, record={context={flags=00000000,eax=ea985977,ebx=156885c4,ecx=ea98593f,edx=1567a6c1,esi=00000000,edi=15b26964,ebp=15b26668,eip=1581e3e4,esp=15b26664,eflags=00210203,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x1581e3e4,params={1,0}} ) > 0807a828: queue_exception_event() = 0 { handle=0 } > 0807a828:err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x1581e3e4 > 0807a828: terminate_process( handle=-1, exit_code=1 ) > 0807a828: terminate_process() = 0 { self=1 } > 0807a828: *killed* exit_code=1 > yamed(a)plato:~/kde_> /home/yamed/.wine/user.reg: saving key \\User\\yamed > /home/yamed/.wine/system.reg: saving key \\Machine > /home/yamed/.wine/userdef.reg: saving key \\User\\.Default > Server: exiting (pid=23764) > > > Anyone able to help, or make any suggestion ? > Thanks, > CP I could IE 5.01 installation successfully with a fake_windows. step: 1. make a fake_windows in the $HOME/.wine http://chem.skku.ac.kr/~wkpark/kle/wine/dotwine/make_dotwine 2. install some ttf fonts($ wine NEWFNT32.exe;wine corfnt32.exe) wget ftp://ftp.microsoft.com/developr/drg/TrueType/NEWFNT32.EXE wget ftp://ftp.microsoft.com/developr/drg/TrueType/corfnt32.exe 3. install dcom98.exe($ wine dcom98.exe) wget http://download.microsoft.com/msdownload/dcom/98/x86/en/dcom98.exe 4. install ie5setup.exe ($wine ie5setup.exe) wget http://download.microsoft.com/download/ie501sp2/Install/5.01_SP2/WIN98/EN-U… 5. delete .wine/fake_windows/Windows/WinInit.ini(?) see Wininit.ini and you can find some instructions... 6. run explorer.exe with following config; (explorer.exe!! not iexplore.exe, you may copy it from some windows boxs) i think.. when explorer.exe executed.. some registry entries are created which iexplore.exe need. [AppDefaults\\explorer.exe\\x11drv] "Managed"="N" "Desktop"="800x600" [AppDefaults\\explorer.exe\\DllOverrides] ;; "gdi32" = "builtin" "kernel32" = "builtin" ;;"shell" = "native" ;;"shell32" = "native" ;;"commctl" = "native" ;;"comctl32" = "native" "shell" = "builtin" "shell32" = "builtin" "commctl" = "builtin" "comctl32" = "builtin" ; "imm" = "builtin" ;"ntdll" = "native" "shdocvw" = "native" "shlwapi" = "native" "wininet" = "native" "*" = "native, builtin" 7. run iexplore.exe !! [AppDefaults\\iexplore.exe\\DllOverrides] ;; "gdi32" = "builtin" "kernel32" = "builtin" ;;"shell" = "native" ;;"shell32" = "native" ;;"commctl" = "native" ;;"comctl32" = "native" "shell" = "builtin" "shell32" = "builtin" "commctl" = "builtin" "comctl32" = "builtin" "imm" = "builtin" ;"ntdll" = "native" "shdocvw" = "native" "shlwapi" = "native" "wininet" = "native" "*" = "native, builtin" this is my screenshot. http://chem.skku.ac.kr/~wkpark/screenshot/2002_06_12_215103_shot.png (with "Windows"="win95") http://chem.skku.ac.kr/~wkpark/screenshot/2002_06_12_230527_shot.png (with "Windows"="win98")

June 12, 2002

Re: Problems running IE with latest release

by Andriy Palamarchuk

Won, what a nice instructions! --- Won Kyu Park <wkpark(a)chem.skku.ac.kr> wrote: [skipped] > I could IE 5.01 installation successfully with a > fake_windows. [skipped] Could you, please, add these instructions to the application database? http://appdb.winehq.com/appview.php?appId=25&versionId=8 Many people will look there for help and will find your instructions useful. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 12, 2002

Re: NtQuerySystemTime alignment problem

by Andreas Mohr

Hi, On Wed, Jun 12, 2002 at 09:58:19AM -0400, Gregg Mattinson wrote: > This patch fixes an alignment problem in NtQuerySystemTime which occurs when > called from RunningObjectTableImpl_Register. Did anyone ever mention that you're doing GREAT work ? It's really nice to see many portability fixes going in. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

June 12, 2002

Re: Not finding basic libraries

by Medland, Bill

"Aitor" <nonvalid(a)nonvalid.com> wrote in message news:<gMEN8.341472$4Q.2433837(a)telenews.teleline.es>... > Hi all, > > I am new to installing wine by hand, as I always trusted the installation > made by Mandrake, Redhat & co. > > I managed to run Lotus WordPro (as an example of complex app.) some time > ago, and got impressed. Since then (can't remember version!), I have had > problems with newer versions even to execute notepad. > > Today I have downloaded latest wine (unstripped-061202), installed like > rpm -i --nodeps --force wine-etc.etc. > (I use mandrake 8.2, by the way) > > then copied /etc/wine/config to /root/.wine/config, and edited it like this > (only appropriate sections): > > [Drive C] > "Path" = "/mnt/windows" > "Type" = "hd" > "Label" = "MS-DOS" > "Filesystem" = "win95" > > [wine] > "Windows" = "c:\\windows" > "System" = "c:\\windows\\system" > "Temp" = "e:\\" > "Path" = "c:\\windows;c:\\windows\\system;e:\\;e:\\test;f:\\" > "Profile" = "c:\\windows\\Profiles\\Administrator" > "GraphicsDriver" = "x11drv" > ; Wine doesn't pass directory symlinks to Windows programs by default. > ; Enabling this may crash some programs that do recursive lookups of a whole > ; subdir tree in case of a symlink pointing back to itself. > ;"ShowDirSymlinks" = "1" > "ShellLinker" = "wineshelllink" The DllOverrides section is quite important too. Does it say that gdi32 should be loaded builtin,native? (It is normally recommended that gdi32, kernel32, user32 are loaded builtin; I've never heard of anyone trying to run the native gdi32 and kernel32 under Wine) > > NOW /mnt/windows is where windows trylly resides (my windows partition). > For example: > > [root(a)mypc root]# ls -l /mnt/windows/windows/system/gdi32.dll > -rwxr-xr-x 1 root root 155648 may 5 1999 > /mnt/windows/windows/system/gdi32.dll* > [root(a)mypc root]# > > Finally, when I try to execute notepad.exe, I get: > > [root(a)mypc root]# cd /mnt/windows/windows > [root(a)mypc windows]# wine notepad.exe > err:module:PE_fixup_imports Module (file) GDI32.dll (which is needed by > C:\windows\system\shell32.dll) not found > err:win32:PE_LoadLibraryExA can't load C:\windows\system\shell32.dll > err:module:MODULE_LoadLibraryExA Loading of native DLL > C:\windows\system\shell32.dll failed (error 14), check this file. > err:module:PE_fixup_imports Module (file) SHELL32.dll (which is needed by > C:\windows\notepad.exe) not found > [root(a)mypc windows]# > > Why? What can I be doing wrong? Could it be a question of > capitals/noncapitals? if this is the case, in my opinion, Wine should STOP > being case sensitive, just as the whole 'DOS/VMM/Windows' thingy is... > > Aitor Try wine --debugmsg +module notepad.exe You may also find wine --debugmsg +module,+file notepad.exe 2>notepad.log useful Bill

June 12, 2002

RE: O2 compilation option

by Medland, Bill

> -----Original Message----- > From: Shachar Shemesh [mailto:sun(a)consumer.org.il] > Sent: Tuesday, June 11, 2002 10:51 PM > To: wine-devel(a)winehq.com > Subject: O2 compilation option > > > Hi all, > > I found that using the default ./configure options, the Makefiles are > generated with "-g -O2" compilation options. This combination doesn't > make sense to me, as what use are debug options if I cannot trace > execution in a debugger. info gcc Basically it may do some weird stuff but it is usable Bill

June 12, 2002

Re: locale tests failed

by Paul Millar

On Wed, 12 Jun 2002, Vincent [iso-8859-1] B�ron wrote: > Shachar Shemesh a �crit : > > Paul Millar wrote: > > > [finding APIs on MSDN?] > > > > It's still there, just spread out a lot. > > > > Depends on what you are looking for. Usually, what I would do is type in > > the "search" area the name of the function, and then click on the link > > (careful not to click where the URL has something along the lines of > > "ceui", because that's windows CE). From there, everything is cross > > referenced, and you can click the "up". > > Doh! Mails crossed each other. Almost the same wording though... Thanks for the info! ---- Paul Millar

June 12, 2002

Re: WM_GETTEXTLENGTH returns double size

by Shachar Shemesh

Not as nasty as when you find out that when you use CString, the same thing happens there. The MSDN used to say something along the lines of "CString fully supports MBCS", with a footnote stating that all the problems that happen when you work with strings still happen, and you take care of them the same way. I wound up making a wrapper to stl string class, using the same interface. I did this by using a basic_string<japanese_char>, where japanese_char was a class I wrote. It allocated two bytes for storage, and would collect two bytes if isleadbyte returned true, and one if false. This allowed the class to provide a random access iterator into the string (as opposed to a forward iterator, which is all you can afford using the usual MBCS). The entire thing makes you appretiate UTF-8. Not only does it provide a bidrectional iterator, but if you are only parsing for ASCII characters, you can completely ignore the fact that it's a UTF-8 string, and parse it as if it were an ASCII string. Shachar Andriy Palamarchuk wrote: >Shachar, thank you for the detailed response. > >MSDN says that message returns number of TCHARS. >It looks like two-byte MBCS character has 2 TCHARS. >Nasty staff :-( > >Andriy > >__________________________________________________ >Do You Yahoo!? >Yahoo! - Official partner of 2002 FIFA World Cup >http://fifaworldcup.yahoo.com > > >

June 12, 2002

Re: locale tests failed

by Vincent Béron

Shachar Shemesh a écrit : > > Paul Millar wrote: > > >BTW, has MS taken down their API reference from the MSDN website? I was > >looking for the Win32 API reference on the MSDN web-site (to try and fix > >the regression tests), but I couldn't find them. As far as I can remember, > >it was available from MSDN Home --> MSDN Library --> Windows Development > >--> Win32 API ... but there's only a sample chapter from a book there now. > > > >Cheers, > > > > > > > It's still there, just spread out a lot. > > Depends on what you are looking for. Usually, what I would do is type in > the "search" area the name of the function, and then click on the link > (careful not to click where the URL has something along the lines of > "ceui", because that's windows CE). From there, everything is cross > referenced, and you can click the "up". Doh! Mails crossed each other. Almost the same wording though... > > The paths to other functions have become much much much much much less > convinent, but I believe the same has also happened to the latest MSDNs > on CD - they are horrible user interface, to the point where you would > usually rather use the online site (or an old MSDN CD). It's really > interesting how MS's UI is deteriorating as time goes on (with the sole > exception of Win 3.11->Win95). I have had to spend one day with Windows > XP (install a friend's computer), and spent the entire time cursing > about the UI. I tried a few times to get to the Win32 API through the menus on the left. Sometimes I would get there, sometimes not. So I gave up, and now use the search method. Never used an MSDN CD, but your comment doesn't make me want to use one. > > Shachar Vincent

June 12, 2002

Re: WM_GETTEXTLENGTH returns double size

by Andriy Palamarchuk

Shachar, thank you for the detailed response. MSDN says that message returns number of TCHARS. It looks like two-byte MBCS character has 2 TCHARS. Nasty staff :-( Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 12, 2002

Re: locale tests failed

by Vincent Béron

Paul Millar a écrit : > > On Tue, 11 Jun 2002, [iso-8859-1] Sylvain Petreolle wrote: > [Regression test output w/ locale tests failing under fr_FR] > > The tests also fail under en_GB: > > tests/locale.c:219: Test failed: GetCurrencyFormat got > > £2xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx^E instead of $23.53 > > tests/locale.c:226: Test failed: GetCurrencyFormat got £23.53 instead of > > $23.53 > > It looks like the regression tests assume you are using a US locale. If > you set LANG=en_US it works fine. > > BTW, has MS taken down their API reference from the MSDN website? I was > looking for the Win32 API reference on the MSDN web-site (to try and fix > the regression tests), but I couldn't find them. As far as I can remember, > it was available from MSDN Home --> MSDN Library --> Windows Development > --> Win32 API ... but there's only a sample chapter from a book there now. The layout of MSDN has changed over the course of a few months. The way I use it now is to search for a specific API on the frontpage, skipping the WinCE references that sometimes manage to get on top of the results. If you want something more generic (categories rather than a particular API), I suggest you to find a specific API of that category and then to go up a level. > > Cheers, > > ---- > Paul Millar Vincent

June 12, 2002