August 2007 - Wine-Devel - list.winehq.org

Problem with dlls/winex11.drv/opengl.c, revision 1.104
by Chris Rankin Aug. 14, 2007

Aug. 14, 2007

Hi, With the update of dlls/winex11.drv/opengl.c from revision 1.103 to 1.104, World of Warcraft no longer starts in OpenGL mode. WoW complains that my graphics card does not have "dual-TMU support". (I have a Radeon R200 with Mesa 7.1) Cheers, Chris ____________________________________________________ Which email service gives you unlimited storage? http://uk.mail.yahoo.com

2 1

[oleaut32/tests] Error when running tests on Wine, anyone?
by Paul Vriens Aug. 14, 2007

Aug. 14, 2007

Hi, Can somebody confirm if all oleaut32 tests run correctly on Wine. I'm trying to change LoadLibrary to GetModuleHandle and though it was my failure, but current GIT fails for me: ../../../tools/runtest -v -P wine -M oleaut32.dll -T ../../.. -p oleaut32_test.exe.so vartest.c && touch vartest.ok fixme:variant:VarMod Could not convert left type 4096 to 20? rc == 0x80020008 fixme:variant:VarMod Could not convert left type 8192 to 20? rc == 0x80020008 fixme:variant:VarMod Could not convert left type 16384 to 20? rc == 0x80020008 vartest.c:3128: Test failed: got VT_DATE(-1.5) expected VT_DATE(-1.4) vartest.c:3129: Test failed: got VT_R8(-1.5) expected VT_R8(-1.4) vartest: 1031879 tests executed (0 marked as todo, 2 failures), 0 skipped. make: *** [vartest.ok] Error 2 Cheers, Paul.

6 11

Our wiki software is ugly
by Scott Ritchie Aug. 13, 2007

Aug. 13, 2007

Our wiki software needs a major update, especially as we start to expect users to actually read it. For instance, look at the FAQ page: Then, click on edit and see how it should look. From what I can tell, there are a few obvious errors: 1) The wiki software is completely ignoring line breaks. I could hit return 4 times and the HTML rendered would be on subsequent lines, without a break or paragraph tag between them. 2) For some completely strange reason, if you make a list item that includes a link then the entire list item will be in a smaller font. This makes for extremely weird and inconsistent lists when a link to another wiki page is included in some, but not all, of the items. 3) Header text is almost impossible to figure out right, and there is absolutely no standard of what we should do. Is there a reason we chose the software we did? Would it be too hard to migrate to something else, or at least fix the display bugs? Thanks, Scott Ritchie

3 4

Fonts (+liberation again...)
by Louis. Lenders Aug. 13, 2007

Aug. 13, 2007

Hi , a few weeks ago posted something about if liberation fonts could be included in wine. There didn't seem to be one view of how to do that. Of course 'winetricks liberation' is great, but i'd like to see something that works out of the box on a fresh .wine. Attached is a patch, that generates Arial.ttf from liberation font (just like winetricks) but this is an attempt to get it included in wine's source. To summarize, i added a file arial.ttf2sfd that changes a liberation font into "arial.sfd", change appropriate family/font name, and then generate the arial.ttf. All is done by fonforge. Of course this patch lacks checking for presence of liberation, and has ugly hard-coded path for the liberation-font, but that could be worked on later on. Simple question: Could something like this be included in the source, otherwise i'm not gonna spend any time improving it. Any hints welcomed. Regards, louis --------------------------------- Yahoo! Answers - Get better answers from someone who knows. Tryit now. diff --git a/Make.rules.in b/Make.rules.in index a32b276..257598e 100644 --- a/Make.rules.in +++ b/Make.rules.in @@ -126,7 +126,7 @@ LINTS = $(C_SRCS:.c=.ln) # Implicit rules -.SUFFIXES: .mc .rc .mc.rc .res .res.o .spec .spec.o .idl .tlb .h .y .l .tab.c .tab.h .yy.c .ok .sfd .ttf .man.in .man _c.c _i.c _p.c _s.c +.SUFFIXES: .mc .rc .mc.rc .res .res.o .spec .spec.o .idl .tlb .h .y .l .tab.c .tab.h .yy.c .ok .sfd .ttf .ttf2sfd .man.in .man _c.c _i.c _p.c _s.c .c.o: $(CC) -c $(ALLCFLAGS) -o $@ $< @@ -179,6 +179,9 @@ LINTS = $(C_SRCS:.c=.ln) .c.ok: $(RUNTEST) $(RUNTESTFLAGS) $< && touch $@ +.ttf2sfd.sfd: + $(FONTFORGE) -script $(TOPSRCDIR)/fonts/$< $< $@ + .sfd.ttf: $(FONTFORGE) -script $(TOPSRCDIR)/fonts/genttf.ff $< $@ diff --git a/configure b/configure diff --git a/dlls/gdi32/dc.c b/dlls/gdi32/dc.c diff --git a/dlls/shell32/shell32_En.rc b/dlls/shell32/shell32_En.rc diff --git a/dlls/shell32/shellpath.c b/dlls/shell32/shellpath.c diff --git a/dlls/shell32/shresdef.h b/dlls/shell32/shresdef.h diff --git a/dlls/user32/sysparams.c b/dlls/user32/sysparams.c diff --git a/fonts/Makefile.in b/fonts/Makefile.in index 2a69d6a..35d1e71 100644 --- a/fonts/Makefile.in +++ b/fonts/Makefile.in @@ -47,11 +47,16 @@ BITMAP_FONTS = \ vgas1257.fon \ vgas874.fon +TTF2SFD = \ + arial.sfd + TRUETYPE_FONTS = \ - marlett.ttf + marlett.ttf \ + arial.ttf FONTS = \ $(BITMAP_FONTS) \ + $(TTF2SFD) \ $(TRUETYPE_FONTS) all: $(FONTS) diff --git a/fonts/arial.ttf2sfd b/fonts/arial.ttf2sfd new file mode 100644 index 0000000..2ce704e --- /dev/null +++ b/fonts/arial.ttf2sfd @@ -0,0 +1,3 @@ +Open("/usr/share/fonts/liberation/LiberationSans-Regular.ttf"); +SetFontNames("ArialMT", "Arial", "Arial"); +Generate($2); diff --git a/include/setupapi.h b/include/setupapi.h diff --git a/tools/wine.inf b/tools/wine.inf

3 2

Re: WineD3D: add opengl 1.2/1.3 constanst to wined3d_gl.h
by Roderick Colenbrander Aug. 13, 2007

Aug. 13, 2007

Skip this patch for now as it barely reduces the patch size. The real patch adds much, much more constants and that has to be merged in one go (or it can be done earlier if you want to have it behind the ifdef). Tell me what you prefer :) Roderick On Monday 13 August 2007 20:06, Roderick Colenbrander wrote: > Hi, > > Add opengl 1.2 / 1.3 constants to wined3d_gl.h because gl.h on windows is > still 1.1. Further the defines are behind an ifdef for now because most > linux headers do define them and haven't placed them behind some version > check. > > Once all changes are done the ifdef will be removed. I add it now to > prevent large patches. > > Regards, > Roderick Colenbrander

1 0

[winetest] Show missing tests in single/group results
by Paul Vriens Aug. 13, 2007

Aug. 13, 2007

Hi, (I've just remembered that there is a limit on the email size, so I'm doing it a bit differently now. The other email, including the screenshots, will probably come through as well) Before sending this to wine-patches I would like people to have a look first. This patch makes sure that missing tests are shown in the test results, both when there is only one system in a group (f.e. Win98) or multiple systems in a group. On 'http://www.xs4all.nl/~pvriens/200708031000.old.single/' you can see the current state of the test results. When a test is missing a '.' is shown (this is of course different from a missing test where we don't have results at all but that's shown as a '.' as well). On 'http://www.xs4all.nl/~pvriens/200708031000.old.group/' you can see the current state when a group of systems is involved. When tests are missing for a group, a '.' is shown with a link to the group overview. There is however no missing test output in the group overview (for example gdiplus and pdh) 'http://www.xs4all.nl/~pvriens/200708031000.new.single/' shows the new results page for single tests. Instead of a single '.' there is a failure shown (red box) and a skip border (as these tests have not run). There is still a '.' which could maybe better be a '?'. There is also a 'onMouseOver' hint when you go over the '.'. 'http://www.xs4all.nl/~pvriens/200708031000.new.group/' shows the new results when a group is involved. The main summary is still the same as in the old one, but the group results now also show the missing tests (see gdiplus and pdh again). Again there is a 'onMouseOver' hint in the group results. Remember that this is still without winetest producing output about missing dll's. Next patches will: - add a missing dll as one of the reasons for missing tests - add some better clue's on the main summary for multiple systems in a group (not a single '.' but maybe the same 'failed and skipped'). As said, one of the thoughts I had was to replace the '.' with a '?' in case of missing tests for an unknown reason but I'm not sure about that yet. Comments/remarks etc.. are welcome. I'd also like to hear about other idea's for this page to make it useful for everybody. Apart from the fact that we probably should have more exposure to the fact that we have such a page/tool. We saw an immediate rise (slowed down again) in test results as soon as winetest was mentioned on 'http://tweakers.net/meuktracker/15817/Wine-0.9.42.html' (in Dutch). There it was also mentioned that some machines crashed because of the tests etc.. (maybe a wine-winetest component on bugzilla could help with that which we could reference on the main test.winehq.org/data/*/index.html pages). Cheers, Paul.

4 5

Re: wined3d: Activate context before applying fbo state.
by H. Verbeet Aug. 13, 2007

Aug. 13, 2007

On 13/08/07, Vitaliy Margolen <wine-patches(a)kievinfo.com> wrote: > Fixes bugs 9293 and 9269. > --- > dlls/wined3d/device.c | 7 ++----- > 1 files changed, 2 insertions(+), 5 deletions(-) > Looks ok to me, fwiw.

1 0

win16 tests
by Jennifer Lai Aug. 13, 2007

Aug. 13, 2007

Hi, I've collected and fixed some win16 tests. Since they are not going to be included in the wine tree, I've placed them under http://www.cs.ucla.edu/~jlai/win16test/ In order to build these tests, Open Watcom was used. The tar ball also includes the scripts of installing Open Watcom, building the tests, and running them. Details are described in the README. More tests will be added in the future, and comments are greatly appreciated. Thank you, Jennifer Lai

2 1

Allow building of ddraw.dll / ddrawex.dll on MingW
by Roderick Colenbrander Aug. 13, 2007

Aug. 13, 2007

Allow building of ddraw/ddrawex on mingw. By default the dxguid from mingw is used which doesn't work for us as it is outdated. Regards, Roderick Colenbrander

4 4

Re: WGL: proper stereo / double buffering support for ChoosePixelFormat
by Chris Robinson Aug. 12, 2007

Aug. 12, 2007

On Sunday 12 August 2007 05:44:31 am Roderick Colenbrander wrote: > pglXGetFBConfigAttrib(gdi_display, fmt->fbconfig, > GLX_DOUBLEBUFFER, &value); > - if (value) dwFlags |= PFD_DOUBLEBUFFER; > - if (!(ppfd->dwFlags & PFD_DOUBLEBUFFER_DONTCARE) && > ((ppfd->dwFlags^dwFlags) & PFD_DOUBLEBUFFER)) > - { > - TRACE("dbl buffer mismatch for iPixelFormat=%d\n", i+1); > + if( (value & PFD_DOUBLEBUFFER) && (ppfd->dwFlags && > PFD_DOUBLEBUFFER) ) { This change doesn't look quite right. 'value' will be set to true or false, it won't have the PFD_DOUBLEBUFFER flag set coming from a GLX function. And checking the ppfd->dwFlags should use a single &, not a double &&. Also, even with those fixes, it'll only attempt to match when the doublebuffer flag is set on both the fbconfig and the wanted pixel format, not if it's unset on both, or if it's supposed to be ignored. As well, the check will preempt the other fields if a doublebuffer match was already found. Same with the stereo flag.

1 0

Re: schannel status and crypt32 blockage
by Juan Lang Aug. 12, 2007

Aug. 12, 2007

Hi Yuval, > [Should I repost on-list?] Yeah, let's talk about this in the open. > I've created a test that connects to https://wiki.winehq.org, and > found the following: Excellent! Glad it's getting some attention. > - It fails in rsaenh due to OPAQUEKEYBLOB not supported in CPExportKey > and CPImportKey, with CALG_RC4 and CALG_SCHANNEL_MAC_KEY. I've > implemented some hack (can't pass through AJ), and it continues. Interesting. I haven't tried this case, but it doesn't look (from looking at rsaenh) like this should be too tough. Send the hack, and I'll try to take a look when I get a chance. > - I can't get a testcase for EncryptMessage/DecryptMessage that works > on Windows, so I can't tell how far have I got. I don't know what I do > wrong. Okay. You might ask again on-list with some code, there are a couple people here (e.g. Kai) that are more knowledgeable about secur32. > I've also tried googletalk. > - It fails immediately after CertGetCertificateChain reports it is a > stub. Right. I have a partially done implementation of that lying around somewhere that I can send you if you like. It may not work right away, I'm not positive CertGetIssuerCertificateFromStore is right just yet. I'm planning to work on that very soon, most likely next week, so if you can wait that long I should have something. > I'd like to note that native crypt32 is not an option (not even > temporary, such as schannel), as it tries to use keysvc. So basically > I'm blocked. Okay. > Are you planning on implementing Cert*CertificateChain soon? Yes :) > What about rsaenh, is it in the scope of your work? Not exactly. I'm just trying to get iTunes to start. But I'd probably take a look anyway ;) Cheers, --Juan ____________________________________________________________________________________ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/

1 0

wininet: Don't peek data in InternetQueryDataAvailable if there is no more to be expected.
by Misha Koshelev Aug. 11, 2007

Aug. 11, 2007

I am going to send a more complete try2 patchset tomorrow (the patch as given is correct but there are some more problems with InternetQueryDataAvailable that need to be fixed, like the fact that it actually doesn't return ERROR_NO_MORE_FILES when all HTTP data has been retrieved). Misha

1 0

landfill.bugzilla.org?
by Dan Kegel Aug. 11, 2007

Aug. 11, 2007

Why are all our new bugs cc'd to bugbot(a)landfill.bugzilla.org? I suspect that's a default that needs to be removed...

3 2

re: Our wiki software is ugly
by Dan Kegel Aug. 11, 2007

Aug. 11, 2007

Scott wrote: > ... > 3) Header text is almost impossible to figure out right, and there is > absolutely no standard of what we should do. [The amazing diversity in wiki syntaxes in the world makes me want to puke. Why not just use HTML syntax directly? It's at least well-defined.] Yeah, it's frustrating and looks bad. But at least the server is well-run :-) - Dan

1 0

Re: WineD3D: Use the proper depth stencil format
by Chris Robinson Aug. 10, 2007

Aug. 10, 2007

On Friday 10 August 2007 10:33:31 am Roderick Colenbrander wrote: > Hi, > > This patch lets WineD3D use the proper depth stencil format. The format is > retrieved from the WINED3DPRESENT_PARAMS. The proper format can improves > performance on platforms like Windows which offer more onscreen > pixelformats. > > Regards, > Roderick Colenbrander Isn't it normal to pass structs as a pointer, properly const-ified?

1 0

Thank you to Max Kanat -Alexander and Everything Solved
by Jeremy White Aug. 10, 2007

Aug. 10, 2007

Say, I wanted to note that the Bugzilla upgrade is being done, by and large, due to the very professional and helpful efforts of Max Kanat of Everything Solved (www.everythingsolved.com) I don't know that I've ever seen Jeremy Newman *happy* about Bugzilla, it's rather freaky <grin>. So, thanks! Cheers, Jeremy p.s. Yes, there are still kinks and issues with bugzilla; folks are working furiously on #winehackers to iron out the worst of them right now.

2 1

win16 tests
by Jennifer Lai Aug. 10, 2007

Aug. 10, 2007

Hi, I've collected and fixed some win16 tests. Since they are not going to be included in the wine tree, I've placed them under http://www.cs.ucla.edu/~jlai/win16test/ <http://www.cs.ucla.edu/%7Ejlai/win16test/> In order to build these tests, Open Watcom was used. The tar ball also includes the scripts of installing Open Watcom, building the tests, and running them. Details are described in the README. More tests will be added in the future, and comments are greatly appreciated. Thank you, Jennifer Lai

1 0

Bugzilla Downtime
by Jeremy Newman Aug. 10, 2007

Aug. 10, 2007

Bugzilla will be going offline starting at 10:00 CST. We are performing upgrades to the site. The rest of WineHQ.org should be un-effected by this upgrade.

1 1

[MSI/tests] ConvertSidToStringSid not available on win98/NT4
by Paul Vriens Aug. 10, 2007

Aug. 10, 2007

Hi, ConvertSidToStringSid (advapi32) is not available on win98/NT4 so the msi tests (all of them) do not run on those platforms currently. I could use skip but that basically would mean no MsiQueryProductState, MsiQueryFeatureState and MsiQueryComponentState tests. Another thing is to copy over the ConvertSidToStringSid implementation from advapi32 to the relevant tests. Any other ideas (or better yet, solutions)? Cheers, Paul.

4 5

Re: [2/2] winex11: Don't use context-specific info when initializing
by Roderick Colenbrander Aug. 10, 2007

Aug. 10, 2007

I would like to keep this GL_RENDERER/GL_VENDOR stuff around although it might not be 100% correct in all cases (on some cards there's indeed a difference between direct and indirect rendering). To be correct also add similar code to the glx context creation code. Roderick On Friday 10 August 2007 11:29, Chris Robinson wrote: > Doesn't make much sense to use info from a temporary context when the > context the app eventually sets may be different (such is the case for > direct vs. indirect rendering on certain drivers, or multiple > screens/output devices).

1 0

[programs] add winerun for starting programs from wine.desktop
by Kirill K. Smirnov Aug. 10, 2007

Aug. 10, 2007

>+/* >+ * Wordpad implementation >+ * >+ * Copyright 2007 by Damjan Jovanovic >+ * It is not wordpad, is it? >+ ok = CreateProcessW(exePath, NULL, NULL, NULL, FALSE, 0, NULL, currentDirectory, >+ &startupInfo, &processInfo); This code does not run console apps correctly (use CREATE_NEW_CONSOLE flag). -- Kirill

1 0

Re: [2/2] winex11: Don't use context-specific info when initializing
by Christoph Frick Aug. 10, 2007

Aug. 10, 2007

On Fri, Aug 10, 2007 at 02:29:49AM -0700, Chris Robinson wrote: @@ -137,7 +132,7 @@ typedef struct wine_glpbuffer { } Wine_GLPBuffer; static Wine_GLContext *context_list; -static struct WineGLInfo WineGLInfo = { 0 }; +static struct WineGLInfo WineGLInfo; static int use_render_texture_emulation = 1; static int use_render_texture_ati = 0; static int swap_interval = 1; why is this changed? its a Good Thing to have global structs initialized so they fail earlier under abuse. -- cu

2 1

Re: [1/2] winex11: NV_texture_rectangle and NV_vertex_array_range do not have WGL extension names
by Roderick Colenbrander Aug. 10, 2007

Aug. 10, 2007

Both are 'fake' WGL extensions. I agree that no string should be displayed in either case and that we don't need a check for NV_texture_rectangle. The loading of the NV vertex array range stuff depending on the presence of the GL extension of which it is part is fine. Yes, GL extensions are context dependend but relying on glXGetProcAddress is even more evil (as it doesn't have to return NULL). Upto now I haven't seen problems with this. On Friday 10 August 2007 11:15, Chris Robinson wrote: > This patch and the next are designed to remove the need for > context-specific information taken from a temporary context. For this one, > the aforementioned extensions don't have WGL extension names. Their > respective specs and a recent nvidia card/driver's WGL extension output > confirms this.

1 0

Re: winex11: added missing sync_current_drawable calls
by Kai Blin Aug. 9, 2007

Aug. 9, 2007

On Thursday 09 August 2007 15:59:59 plams wrote: > Here's a patch to fix a regression since 0.9.28 (in response to bug > 9029). OpenGL scissoring had apparently been wrapped in commit > 715d0e84097cb2dc07369c4e1cec8cf8a41e9035 but it seems that it made it > possible to make a glDisable(GL_SCISSOR_TEST) call that would leave GL > in some pseudo-state where the scissor test was STILL active (and vice > versa for glEnable) until e.g. a wglMakeCurrent or wglViewport call > was made. This patch should fix that (and thus resolve bug 9029). You need to provide your real name for the change log, otherwise your patch can't be accepted. Cheers, Kai -- Kai Blin WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin Samba team member http://www.samba.org/samba/team/ -- Will code for cotton.

1 0

re: ANNOUNCE: Wine/Mono Regression Test Suite
by Dan Kegel Aug. 9, 2007

Aug. 9, 2007

Matt wrote: > ...I've found that running the mono regression test suite has > given me a better idea of how to approach debugging mono/wine. > ... > http://mhjones.org/wine/wine-tests/wine-test-reader.tar.gz I downloaded this and had a look just now. The instructions still refer to the deprecated 1.1 branch of mono, and I hear to run on wine, one needs something newer than the latest released version of mono. So I tried building mono from the trunk. My dapper system was missing some things mono seems to need, so I expanded on the script in the readme a bit, and came up with #!/bin/sh set -xe MONOBUILDDIR=/data/dkegel/mono-cvs mcs --version || sudo apt-get install mono-devel libtool --version || sudo apt-get install libtool automake-1.9 --version || sudo apt-get install automake1.9 automake --version | grep 1.9 || sudo update-alternatives --set automake /usr/bin/automake-1.9 mkdir -p $MONOBUILDDIR cd $MONOBUILDDIR svn co svn://anonsvn.mono-project.com/source/trunk/mono cd mono ./autogen.sh --build i486-linux-gnu make This goes well for a while, but fails with /bin/sh: line 1: cd: ../../mcs: No such file or directory if test -w ../../mcs; then :; else chmod -R +w ../../mcs; fi chmod: cannot access `../../mcs': No such file or directory make[2]: *** [all-local] Error 1 make[2]: Leaving directory `/usr/local/google/bigdata/dkegel/mono-cvs/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/google/bigdata/dkegel/mono-cvs/mono' make: *** [all] Error 2 Can you update your README to show how to build some flavor of mono-1.2 that runs under Wine? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1