January 2007 - Wine-devel - list.winehq.org

Feedback on "Wine users guide"
by Torsten Hammarstedt, X-Lin AB 14 Jan '07

14 Jan '07

Hi Perhaps the resason that you didn't receive a lot of feedback on the Wine Users Guide is that it is very well written. Nevertheless I have found a few details that might be better explained: 1.2.3 Wine capabilities ..... Notes [1] Today VMware server is free software and you can easily manage a Windows system on a VMware virtual machine. However this does not solve the problem with having to maintain/support two differnt operating systems (quite time consuming...). There is also the commercial software /2X application server/ and /2X application server client /(2X.com) with which windows applications can be run on Linux in single windows using Windows Terminal services. The above 2X software is free up to 5 server connections, for more you have to pay a license fee. So far it is quite beta-style but eventually it might be very good... Windows terminal services is available in Win XP prof, Win 2000 Server and Win 2003 Server (don't know about Vista). 2.2. Getting a Wine package I think you should mention Ubuntu - thera are packages for Ubuntu avaialable on sourceforge.net Wine download page. That was all for the first 4 chapters - perhaps I'll come back with more feedback later. -- B R Torsten Hammarstedt ~~~~~~~~~~~~~~~~~~~~~~ * * PC & Networks AB tel. 031 - 706 95 00 e-post: torsten(a)x-lin.se www.x-lin.se

2 1

[15/20] WineD3D: Clean up drawprim a bit
by Christoph Bumiller 14 Jan '07

14 Jan '07

Stefan Dösinger wrote: > We will need software shaders for a correct implementation of > IWineD3DDevice::ProcessVertices. It supports Vertex shaders, but I > don't really think OpenGL feedback mode is what we want here. > > Maybe we should remove it for now, but keep the code somewhere(in the > wiki maybe). If someone is extra-ambitious we can do something like > Softwire/SwiftShader does. But I think ProcessVertices is a good > oportunity to verify our vertex shader implementation. > Sounds fun *g* ... I thought of generating Intel assembly code from the vertex shader bytecode on the fly, just like GLSL and ARB shaders are generated, using primarily SSE for doing the floating point computations (in situations where it brings an advantage), and directly referencing the memory at IWineD3DVertexShaderImpl->data,input,output (load constants, input data, store temporary values, store output data). Would something like that even be accepted in wine ? I'm already 'experimenting' a bit, but as I don't have much time these days don't count on it to be finished within the next 3 months, or ever, after all I might also get so desperate with it and stop working on it altogether ... I've never written anything similar before. The main reason for this mail is to know whether someone else is working on a solution for doing software vshaders already, and if so, rather invest the time in my other studies (I'm running behind there ...), before having two people work at the same thing.

3 4

Re: remove redundant semicolons for ANSI compat.
by Michael Stefaniuc 13 Jan '07

13 Jan '07

Joel Parker wrote: > Bug 4527 > > > > > ------------------------------------------------------------------------ > >>From 205f7fdd9a63409014a322318aba3fd77ec90f47 Mon Sep 17 00:00:00 2001 > From: Joel Parker <joeljkp(a)joel-laptop.(none)> > Date: Fri, 12 Jan 2007 17:26:47 -0600 > Subject: remove redundant semicolons for ANSI compat. > --- > @@ -636,17 +636,17 @@ #define DEFINE_SMapLS(n) \ > "movl " #n "(%ebp),%eax\n\t" \ > "call " __ASM_NAME("SMapLS") "\n\t" \ > "movl %edx," #n "(%ebp)\n\t" \ > - "ret" ); > + "ret" ) > > -DEFINE_SMapLS(8); > -DEFINE_SMapLS(12); > -DEFINE_SMapLS(16); > -DEFINE_SMapLS(20); > -DEFINE_SMapLS(24); > -DEFINE_SMapLS(28); > -DEFINE_SMapLS(32); > -DEFINE_SMapLS(36); > -DEFINE_SMapLS(40); > +DEFINE_SMapLS(8) > +DEFINE_SMapLS(12) > +DEFINE_SMapLS(16) > +DEFINE_SMapLS(20) > +DEFINE_SMapLS(24) > +DEFINE_SMapLS(28) > +DEFINE_SMapLS(32) > +DEFINE_SMapLS(36) > +DEFINE_SMapLS(40) Are you sure this compiles? You removed the semicolon in the macro definition and when it is used. And even if it compiles the code needs to look like C code. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Dapper, git, and version-stamp pain again
by Dan Kegel 13 Jan '07

13 Jan '07

On one of my dapper boxes (an old laptop), I got the error main.o: In function `check_command_line':/home/dank/wine-git/loader/main.c:89: undefined reference to `wine_version' today. Turns out the version-stamp rule in loader/Makefile is misbehaving; I had to hack that rule to not invoke git at all. Hmm. I remember having to do that before. Oh, yeah, it's coming back to me now: Dapper's "git --version" reports 1.1.3, and http://wiki.winehq.org/GitWine#head-f90aa63f963ccd6f1b34f59e4fdaafaecc72ad18 says that's too old. Grr. I guess I should submit a patch that checks git's version and doesn't break the build if it's only 1.1.3... it'd save me fifteen minutes next time I forget about this... - Dan

2 1

Re: Paul Vriens : mshtml/tests: Cast-qual warning fix.
by Michael Stefaniuc 13 Jan '07

13 Jan '07

Alexandre Julliard wrote: > Module: wine > Branch: master > Commit: 6338caa9eda8eda98dad9a89a8e71c6ea37bd168 > URL: http://source.winehq.org/git/wine.git/?a=commit;h=6338caa9eda8eda98dad9a89a… > > Author: Paul Vriens <paul.vriens.wine(a)gmail.com> > Date: Fri Jan 12 14:26:05 2007 +0100 > > mshtml/tests: Cast-qual warning fix. This breaks compilation with older gcc versions. At least with gcc-3.1.1 used by Smatch. dlls/mshtml/tests/htmldoc.c: In function `test_Load': dlls/mshtml/tests/htmldoc.c:1806: invalid initializer make[2]: *** [htmldoc.o] Error 1 > > --- > > dlls/mshtml/tests/htmldoc.c | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/dlls/mshtml/tests/htmldoc.c b/dlls/mshtml/tests/htmldoc.c > index ac26ca8..0815c01 100644 > --- a/dlls/mshtml/tests/htmldoc.c > +++ b/dlls/mshtml/tests/htmldoc.c > @@ -1803,11 +1803,12 @@ static void test_Load(IPersistMoniker *p > { > IBindCtx *bind; > HRESULT hres; > + static WCHAR sz_html_clientsite_objectparam[] = SZ_HTML_CLIENTSITE_OBJECTPARAM; Making that 'static const WCHAR sz_html_clientsite_objectparam[]' fixes the compilation error but renders the exercise moot. > > test_readyState((IUnknown*)persist); > > CreateBindCtx(0, &bind); > - IBindCtx_RegisterObjectParam(bind, (LPOLESTR)SZ_HTML_CLIENTSITE_OBJECTPARAM, > + IBindCtx_RegisterObjectParam(bind, sz_html_clientsite_objectparam, > (IUnknown*)&ClientSite); > > SET_EXPECT(GetDisplayName); > > > bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 2

dlls/mshtml/tests/htmldoc.c breakage
by Gerald Pfeifer 13 Jan '07

13 Jan '07

The following change to dlls/mshtml/tests/htmldoc.c date: 2007-01-12 19:56:11 +0000; author: julliard; state: Exp; lines: +2 -1 Paul Vriens <paul.vriens.wine(a)gmail.com> mshtml/tests: Cast-qual warning fix. breaks the build with GCC 3.4: /usr/bin/gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o htmldoc.o htmldoc.c htmldoc.c: In function `test_Load': htmldoc.c:1806: error: invalid initializer Would you mind having a look? Gerald

1 0

New dlls/crypt32/tests/cert.c breakage
by Gerald Pfeifer 13 Jan '07

13 Jan '07

The following change to dlls/crypt32/cert.c revision 1.36 date: 2007-01-12 20:56:12 +0100; author: julliard; state: Exp; lines: +56 -57 Paul Vriens <paul.vriens.wine(a)gmail.com> crypt32/tests: Cast-qual warning fixes. breaks the bootstrap on some of my systems. Specifically, it added a new variable static WCHAR ms_def_prov_w[] = MS_DEF_PROV_W; initialized with MS_DEF_PROV_W. However, in include/wincrypt.h we have the following: #if defined(__GNUC__) # define MS_DEF_PROV_W (const WCHAR []){ ... } #elif defined(_MSC_VER) # define MS_DEF_PROV_W L"Microsoft Base Cryptographic Provider v1.0" #else static const WCHAR MS_DEF_PROV_W[] = { 'M','i','c','r','o','s','o','f','t',' ', 'B','a','s','e',' ','C','r','y','p','t','o','g','r','a','p','h','i','c',' ', 'P','r','o','v','i','d','e','r',' ','v','1','.','0',0 }; #endif In my case this breaks for GCC 3.4: /usr/bin/gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o cert.o cert.c cert.c:312: error: invalid initializer Gerald PS: The patch below avoids this breakage on my test system, but is obviously not the real fix. Index: cert.c =================================================================== RCS file: /home/wine/wine/dlls/crypt32/tests/cert.c,v retrieving revision 1.36 diff -u -3 -p -r1.36 cert.c --- cert.c 12 Jan 2007 19:56:12 -0000 1.36 +++ cert.c 13 Jan 2007 17:08:00 -0000 @@ -309,7 +309,10 @@ static void checkHash(const BYTE *data, } static WCHAR cspNameW[] = { 'W','i','n','e','C','r','y','p','t','T','e','m','p',0 }; -static WCHAR ms_def_prov_w[] = MS_DEF_PROV_W; +static WCHAR ms_def_prov_w[] = { 'M','i','c','r','o','s','o','f','t',' ' , + 'B','a','s','e',' ','C','r','y','p','t','o','g','r','a','p','h','i','c', ' ', + 'P','r','o','v','i','d','e','r',' ','v','1','.','0',0 }; + static void testCertProperties(void) {

1 0

re: New list subscriber - Question about gdi:widenpath
by Dan Kegel 13 Jan '07

13 Jan '07

Hi Laurent! You wrote: >I'm trying make a french software called Navigation, used by airplane >pilots and created using visual basic, work on linux using wine. Can you provide a URL to a page describing the software you're trying to port? >The point is this software needs gdi:widenpath to work. I'd just like to >know if this function is planned for the next release or if I will have >to wait a little more. It's not planned, as far as I know. If your business really needs it, and you're not comfortable trying it yourself, you might consider contracting with a Wine developer to implement it. What's your schedule? For anyone curious about WidenPath(), here are a couple links on the subject: http://msdn2.microsoft.com/en-us/library/ms535195.aspx http://edais.mvps.org/Tutorials/GDI/DC/DCch7.html http://www.tek-tips.com/viewthread.cfm?qid=524165 Thanks & good luck! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 4

Re: Paul Vriens : crypt32/tests: Cast-qual warning fixes.
by Michael Stefaniuc 13 Jan '07

13 Jan '07

Alexandre Julliard wrote: > Module: wine > Branch: master > Commit: 259c06ffc93d690fa5105b1451e519aa1c92b72e > URL: http://source.winehq.org/git/wine.git/?a=commit;h=259c06ffc93d690fa5105b145… > > Author: Paul Vriens <paul.vriens.wine(a)gmail.com> > Date: Fri Jan 12 15:51:02 2007 +0100 > > crypt32/tests: Cast-qual warning fixes. This breaks compilation with older gcc versions. At least with gcc-3.1.1 used by Smatch. dlls/crypt32/tests/cert.c:312: invalid initializer make[2]: *** [cert.o] Error 1 > @@ -309,8 +308,8 @@ static void checkHash(const BYTE *data, > propID); > } > > -static const WCHAR cspNameW[] = { 'W','i','n','e','C','r','y','p','t','T','e', > - 'm','p',0 }; > +static WCHAR cspNameW[] = { 'W','i','n','e','C','r','y','p','t','T','e','m','p',0 }; > +static WCHAR ms_def_prov_w[] = MS_DEF_PROV_W; Making that 'static const WCHAR ms_def_prov_w[]' fixes the compilation error but renders the exercise moot. > > static void testCertProperties(void) > { > > > --- > > dlls/crypt32/tests/cert.c | 113 ++++++++++++++++++++++----------------------- > 1 files changed, 56 insertions(+), 57 deletions(-) > > Diff: http://source.winehq.org/git/wine.git/?a=commitdiff;h=259c06ffc93d690fa5105… > > -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

GreenVille font, is it still available? I have a question about it.
by Wierd_w 13 Jan '07

13 Jan '07

Markus Amsler wrote: >I neither fully understood it, but here my opinion. It >looks like the >"only" problem he has is the TrueType hinting, which >affects small font >sizes. As long as the kerning (=width of a glyph) is >correct, and the >font looks somehow similar, it should be suitable for >wine's need. So it >should be possible to convert Larry's TTF version with >fontforge to SDF, >and you're done. Adding hinting is IMO a second step. This is incorrect. The metric EM size per point size is also 'Hintable' with real TrueType instructions, and Tahoma DOES do this. (I can tell, because I ran this test case just today-- Notice how the fonts start being pretty much identically kerned and spaced after about 15pt. Since wine is STUCK using Type-1 hints with FontForge, I built a Type-1 hinted .OTF with Postscript formatted outlines for the test.) http://lunacy-inc.dyndns.org:88/ahhah/TahomaVS%20Greenville%20Type1%20(7%20… http://lunacy-inc.dyndns.org:88/ahhah/TahomaVS%20Greenville%20Type1%20(11%2… http://lunacy-inc.dyndns.org:88/ahhah/TahomaVS%20Greenville%20Type1%20(14%2… As you can see, there is a VERY LARGE discrepency between greenville (without TTF instructions) and MS Tahoma (Which does use TTF instructions). Type-1 hinting system does not have a mechanism to overcome this incongruity, because the glyphs have been arbitrarily resized using TTF instructions in MS Tahoma, and Type-1 hinting system does not have a mechanism for this. Depending on how far you want to go, you have 3 options as I see them: 1) (Best,but unlikely, due to the intense effort required) You fix FontForge to support TTF instructions natively, so that it can build a suitable TTF hinted font file, then scream at FreeType to support them more "Sanely." 2) Use the Type-1 font that is correct at sizes 15 and up, and use a bitmapped font for sizes below that and have WINE perform the substitution. 3) Adapt FontForge to inject SBIT record data (Basically bitmapped font data) directly into a generated OTF, and trump the rasterizer totally for these point sizes. The last one seems the most workable, but I am unsure if .OTF files can support SBIT data records, although they are a part of the ".ttf wrapper" spec used by OTF files.--- More research would need to be performed to determine the viability of this option. Theoretically, the rasterizer should check for the existance of SBIT records, and if it finds one, simply pull the bitmap from the record, and pass it on through, totally skipping the rasterizer. I would check with Freetype's documentation to see if SBITs are supported with OTF under freetype. MS Typography has this to say concerning SBITs and OTF files: http://www.microsoft.com/typography/otspec/recom.htm <quote> Embedded Bitmaps Three tables are used to embed bitmaps in OpenType fonts. They are the 'EBLC' table for embedded bitmap locators, the 'EBDT' table for embedded bitmap data, and the 'EBSC' table for embedded bitmap scaling information. OpenType embedded bitmaps are also called 'sbits'. The behavior of sbits within an OpenType font is essentially transparent to the client. A client need not be aware whether the bitmap returned by the rasterizer comes from an sbit or from a scan-converted outline. The metrics in 'sbit' tables overrule the outline metrics at all sizes where sbits are defined. Fonts with 'hdmx' tables should correct those tables with 'sbit' values. 'Sbit only' fonts, that is fonts with embedded bitmaps but without outline data, are permitted. Care must be taken to ensure that all required OpenType tables except 'glyf' and 'loca' are present in such a font. Obviously, such fonts will only be able to return glyphs and sizes for which sbits are defined. 1. These metrics are returned as part of the logical font data structure by the GDI CreateLogFont() API. 2. These metrics are returned by the Apple Advanced Typography (AAT) GetFontInfo() API. </quote> ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL

2 1