February 2006 - Wine-devel - list.winehq.org

Re: Localize ShellFolder display names [1/3] advapi32: Implemented RegLoadMUIString[AW]
by Dmitry Timoshkov 11 Feb '06

11 Feb '06

On Sat, 2006-02-11 at 18:06 +0100, Michael Jung wrote: > ChangeLog: > Implemented RegLoadMUIString[AW] > -IMPORTS = kernel32 ntdll > +IMPORTS = user32 kernel32 ntdll I'd suggest to add user32 as a delayload import to not create circular dependency at load time. -- Dmitry.

1 0

[usp10] Add ScriptItemize, ScriptShape and ScriptPlace functionality
by Jeff L 11 Feb '06

11 Feb '06

Is there anything wrong with this patch? It does not seem to have been applied. Jeff L

4 3

Font Rendering
by Roland Kaser 11 Feb '06

11 Feb '06

Hello I noticed a strange behavior of the Font/Vector objects functionality of Corel Draw on diffrent SuSE 10 Systems. On one system Rotated Text works fine (without any failure) on a other system, rotated fonts became invisible on the screen. At pdf export, the fonts are normally visible. So it seems to be a graphics subsystem error. No winedebug output at all. Can somebody tell me which system libraries used for the font rendering functions? So that I can compare the two systems to find out where the font-rendering error cames from. Many thanks Roland Kaeser

1 0

Copy/Paste
by Roland Kaser 11 Feb '06

11 Feb '06

Hello I noticed a strange behavior of the copy/paste functionality of Corel Draw on diffrent SuSE 10 Systems. On one system copy/paste works fine (without any failure) on a other system there is no function at all. (itss storage error). Can somebody tell me which system libraries used for the copy/paste functions? So that I can compare the two systems to find out where the copy/paste error cames from. Many thanks Roland Kaeser

1 0

Re: localtime should accept any positive time value
by Rein Klazes 11 Feb '06

11 Feb '06

On Fri, 10 Feb 2006 22:10:29 -0600, you wrote: >- ULONGLONG time = *secs * (ULONGLONG)TICKSPERSEC + TICKS_1601_TO_1970; >+ /* time < 0 means a date before midnight of January 1, 1970 */ >+ if (*secs < 0) return NULL; I think the comment is incorrect: it should be *secs < 0; >- if (st.wYear < 1970) return NULL; >+ if (st.wYear < 1970) >+ { >+ /* if this happens it means that the sequence above does something wrong */ >+ FIXME("seconds since 1970 %ld => %d/%d/%d %02d:%02d:%02d\n", *secs, >+ st.wDay, st.wMonth, st.wYear, st.wHour, st.wMinute, st.wSecond); >+ } If *secs < 3600, in time zones on the western hemisphere it is still 1969. Rein.

1 0

STROKEPATH and STROKEANDFILLPATH emf problem
by Terry_Higgins＠cimmetry.com 11 Feb '06

11 Feb '06

Since upgrading to Wine-20040914, we've noticed that a bug has been introduced in gdi32.dll that causes certain pen strokes to be drawn with thickness that is far too wide. The problem is in wine's handling of the STROKEPATH and the STROKEANDFILLPATH emf records when playing enhanced metafiles. Specifically, there seems to be a problem with an interaction between wine's temporary setting of a world transform and a pen selection that happens during processing of the record. In cvs on the Wine HQ site, we notice that a SelectObject() for the pen was inserted in function DC_UpdateXforms() in dlls/gdi/dc.c in revision 1.2 as follows: =================================================================== RCS file: /home/wine/wine/dlls/gdi/dc.c,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- wine/dlls/gdi/dc.c 2004/07/21 04:07:28 1.1 +++ wine/dlls/gdi/dc.c 2004/09/13 18:03:44 1.2 @@ -262,10 +262,13 @@ void DC_UpdateXforms( DC *dc ) dc->vport2WorldValid = DC_InvertXform( &dc->xformWorld2Vport, &dc->xformVport2World ); - /* Reselect the font back into the dc so that the font size + /* Reselect the font and pen back into the dc so that the size gets updated. */ if(memcmp(&oldworld2vport, &dc->xformWorld2Vport, sizeof(oldworld2vport))) + { SelectObject(dc->hSelf, GetCurrentObject(dc->hSelf, OBJ_FONT)); + SelectObject(dc->hSelf, GetCurrentObject(dc->hSelf, OBJ_PEN)); + } } The pen is set after the call that modifies the world transform to the identity and before it is reset back to its normal values. If we remove the call to SelectObject that selects the pen (shown in the code above), the bug disappears. Advice on the best way to proceed would be greatly appreciated. 1) Why was this change made? 2) Is the best fix simply to undo this change or is there a better solution (e.g. fix the strokepath implementation)?

2 3

Re: wine on Intel Xeon processor
by Tom Spear (Dustin Booker, Dustin Navea) 11 Feb '06

11 Feb '06

Hi, sorry I didnt reply all so it would go to the wine list. Is your Xeon a dual core, or possibly even 64-bit? I doubt that 64-bit compared to 32-bit would make a difference, but if the Xeon is a dc, it might, as I recall another thread here saying that they were having problems with a dual core system being slower. The only other thing I can think of (of course I'm not that far along with my programming skill, and I doubt it will make much difference anyway) is what kind of machine the application and the dll were compiled on. If you have the source for either of those, and have access to a xeon that is running windows (2003 server?) and can compile, i'd suggest trying that, otherwise, I have no clue. HTH Tom Ananth M wrote: > > > On 2/10/06, *Ananth M* <mekaananth(a)gmail.com > <mailto:mekaananth(a)gmail.com>> wrote: > > The wine source code was compiled in the Xeon processor > > We had'nt recompiled the kernel with Xeon Processor , we are using > the same that is coming with RHEL 4.0 > > > > Now I compiled the kernel again and used the new kernel Image. > Still I am getting the same timings > > > > On 2/9/06, *Tom Spear (Dustin Booker, Dustin Navea)* < > speeddymon(a)gmail.com <mailto:speeddymon(a)gmail.com>> wrote: > > Are the wine binaries on the Xeon server precompiled (even > copied from > the P4 machine), or are they compiled on the Xeon server itself? > > Also, has the kernel been recompiled with explicit support for > the Xeon, > or is it the stock kernel that comes with RHEL 4? > > Tom > > Ananth M wrote: > > Hi All > > > > I have a windows application that calls a > function ( > > approximately 10000 times) exported by a third party DLL. > > I have two machines ( one with Intel pentium 4 > > processor and > > other with Intel Xeon processor ) with RHEL 4.0 installed > on both > > of these > > machine. > > If I execute the windows application on the first > > machine (one > > with Intel pentium 4 processor ) using WINE, the execution > time is > > almost > > equal to the execution time in windows machine. > > But, if I execute the same application on the > second > > machine > > (Intel Xeon processor ), the execution time is almost 6 > times to > > the first > > machine. > > I am using WINE-0.9.2 and wine is installed by > > downloading the > > wine source code from winehq.org <http://winehq.org/> < > http://winehq.org/> > > Is it a known issue (or ) > > Do I need to do any additional configuration > setting to > > work with > > Intel Xeon processor ? > > > > Regards > > Ajay > > ------------------------------------------------------------------------ > > > > > > > > >

4 3

"Windows Everywhere" foresaw Wine back in 1993?
by Dan Kegel 11 Feb '06

11 Feb '06

Back in 1993, OS/2 advocate Richard E. Hodges disagreed enough with a June 1993 Byte magazine article by John Udell "Windows, Windows Everywhere?" that he wrote a lengthy reply, and posted it widely; it was forwarded to comp.os.os2.misc, and said in part --- snip --- To lure Independent Software Vendors, "Windows Everywhere" offers a kind of "magic dust" that will end their cross-platform support problems. Microsoft claims that Windows programs will run on any computer with nothing but a simple recompile. Windows programs will run under Unix through an emulator. "Wings" will let you recompile into a native Macintosh application. --- snip --- Did Microsoft really talk up the idea of Unix being able to run Win32 apps via emulation on Unix, or was Hodges referring to things like Sun's WABI, which was announced in May '93? - Dan p.s. the original message can be seen in two parts, May 31st or June 2 1993 (usenet was slow back then!), "A Letter to Byte Magazine", http://groups.google.com/group/comp.os.os2.misc/msg/6180333e77f4a147 http://groups.google.com/group/comp.os.os2.misc/msg/e31a54eb9a3e1389 And the WABI announcement seems to be at http://groups.google.com/group/comp.unix.questions/msg/b4a8e8fc829b2ab7 -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 4

StretchDIBits function problem.
by Cyril Margorin 10 Feb '06

10 Feb '06

Hello, I've discovered, that using of GetDIBits after StretchDIBits doesn't return correct data. More then - all pixels that it returns are black. In attachment the test function. Changelog: Cyril Margorin <comargo(a)gmail.com> add test of StretchDIBits()/GetDIBits() bunch to gdi/test/bitmap.c -- Cyril Margorin

4 4

Fact check for wine talk
by Dan Kegel 10 Feb '06

10 Feb '06

Hi all, I'm giving a talk about Wine tomorrow. The slides are up at http://kegel.com/wine/scale4/ If you find any errors in the side, please let me know! Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 6