April 2006 - Wine-Devel - list.winehq.org

Things That Doesn't Work Too Well With DxGrab=Yes (tm)
by Molle Bestefich April 14, 2006

April 14, 2006

Hi. Hope I do not spam too much. Things That Doesn't Work Too Well With DxGrab=Yes (tm) ============================================= 1.) Grabbing isn't disabled when I switch to the KDE menu with CTRL-ESC. (I was trying to start ksnapshot.) 2.) Grabbing isn't disabled when I switch (to ksnapshot) with ALT-TAB. 3.) Grabbing isn't disabled when I start the Campaign Editor in Starcraft, which is a separate application launched in windowed mode in maximized state. Even though the Campaign Editor correctly gets focus, the mouse is still caught in the rectangle where Starcraft used to be, plus some keyboard and all mouse input doesn't work. The MS-Windows solution is to minimize fullscreen applications and let the mouse roam freely when the fullscreen app loose focus. Also, MS-Windows switches back to the user's preferred resolution when a fullscreen application looses focus, which is nice. I'm not sure what the best solution for Wine is, but the current one isn't it ;-). I'll open a bug on this unless anyone think that's a bad idea? There's already bug 888, but that's about an entirely different approach which I think is less useful.

1 0

tasklet - sfd2ttf - eliminate dependency on FontForge (for anybody who's interested)
by Mike McCormack April 14, 2006

April 14, 2006

Hi, Wine's build time dependency on FontForge is causing a bit of a problem, as can be seen by browsing the wine-devel archives for the last month. I propose that a small sfd2ttf utility be written and used instead of FontForge to eliminate the dependency, and make everybody a little happier. George Williams, the author of FontForge, is happy for us to use his code under LGPL, providing that we give the correct attributions. He'd probably like to sign off on the final code though. Alexandre agrees with the idea of an sfd2ttf utility, and is likely to accept it into the Wine tree, provided that is small enough (read 1/2 files) and is appropriately cut down. As I'm busy with my day job at the moment, we're only missing somebody to write it. Any volunteers? Mike

5 10

Re: advpack: Document RegisterOCX
by James Hawkins April 14, 2006

April 14, 2006

On 4/13/06, James Hawkins <truiken(a)gmail.com> wrote: > > Changelog: > * Document RegisterOCX. > Ignore this patch, a couple of things are wrong with it; I'll resend a fixed patch. -- James Hawkins

1 0

ExtractFiles calls cabinet.Extract which only has an ansi version
by James Hawkins April 14, 2006

April 14, 2006

Hey, Only one advpack function needs to be converted to unicode, ExtractFilesA. The problem is that we use cabinet.Extract to extract the files, but cabinet only provides one version of Extract, and it's ansi and not unicode. Francois, you noticed that advpack now had A/W functions, does the new cabinet have these as well? If not, will I just have to convert the unicode to ansi and call Extract? Also, which SDK has these new functions? I couldn't find them. -- James Hawkins

2 2

how to open a linux application in the windows program
by yaoyansi April 13, 2006

April 13, 2006

I appreciate your help as I begin to understand Wine. I installed kernel-win32 on Linux,and tried running a program which is developed with vc++6.0. The program runs well except opening a linux application. I can use system(),WinExec(),and ShellExecute() to open a windows application in vc++6.0. The question is,how to open a linux application in my program?and how to fill the correct parameters in these 3 functions. --yaoyansi --------------------------------- 雅虎1G免费邮箱百分百防垃圾信雅虎助手-搜索、杀毒、防骚扰

2 1

bad archive link in WWN Issue #311
by Tony Lambregts April 13, 2006

April 13, 2006

The archive link for "Audio Latency Issues" in issue 311 of Wine Weekly News gives a 404 error: http://www.winehq.com/pipermail/wine-devel/2006-April/046088.html It should probably be replaced by the following link. http://www.winehq.com/pipermail/wine-devel/2006-April/046139.html I would fix it myself but I am at work right now and I will be out of town (and away from my linux box) for the Easter long weekend so it will be a while before I am able to do so. So If someone else could provide a proper patch I would appreciate it in the mean time here is a the best patch I could come up with using the tools I have Thanks

2 1

Re: Wine fonts too big for their input fields.
by Duane Clark April 13, 2006

April 13, 2006

Brian Vincent wrote: > On 4/12/06, *Duane Clark* <dclark(a)akamail.com > <mailto:dclark(a)akamail.com>> wrote: > > I made the attached changes to the edit test. The results when run on > Win2k are a bit strange (note that I only looked for the min in the > first 1024 glyphs): > > edit.c:807:Font Microsoft Sans Serif first char=32, last=65532 > edit.c:817:MinA=0, minC=0 > edit.c:824:Left=0, right=0 > > > Question: is there ever a situation where Left=0 and Right=0 is ok? If > not, just bump it by 1. > > That's probably not the right solution, but this just seems like a > corner case. Actually, those are the results on real Windows 2000. So they are (presumably) the correct values. Wine puts in margins, which it shouldn't in this case.

1 0

Re: Hungarian translation of wordpad and regedit
by James Hawkins April 13, 2006

April 13, 2006

On 4/13/06, Kovács András <andras(a)csevego.net> wrote: > Hi I translated these two programs to hungarian There are two attached > documents: 1. The diffs between the original and the modified files 2. The > two Hu.rc files Best regards, Andras Kovacs > Can you send the diff of each program separately? -- James Hawkins

1 0

Re: README: Updated to not point users at wineinstall and to mention fontforge
by Phil Krylov April 13, 2006

April 13, 2006

On Mon, 10 Apr 2006 08:18:51 +0200 Kai Blin <kai.blin(a)gmail.com> wrote: > Also added fontforge to the build requirements list, with a note to Gentoo > users to update their version of fontforge, as the version currently used in > Gentoo doesn't work. Too late: today's Gentoo Portage has fontforge-20060406 (although as a ~x86 unstable package). -- Ph.

7 8

Re: wined3d: move traces into D3DFmtMakeGlCfg and fix FIXME for depth/stencil buffer "not found"
by Jason Green April 13, 2006

April 13, 2006

On 4/13/06, Christoph Frick <frick(a)sc-networks.de> wrote: > License: LGPL > ChangeLog: > 2006-04-12 Christoph Frick <rid(a)zefix.tv> > * dlls/wined3d/device.c > move traces into D3DFmtMakeGlCfg and fix FIXME for depth/stencil > buffer "not found" Part of this is already in my patch from yesterday that has been applied to the latest git/cvs (the FIXME update). But, the TRACE's could still be useful.

1 0

Re: [WINED3D] Improve pshader code structure
by Vitaliy Margolen April 13, 2006

April 13, 2006

Wednesday, April 12, 2006, 4:02:58 PM, Ivan Gyurdiev wrote: > The point of this patch is to pull out things like modifier processing > (write masks, saturate, swizzle) from different case statements, and put > them in a more common path, which simplifies code, and makes sure we > don't miss cases. Also, reorder things as appropriate to get rid of the > crazy continue/switch flow control that's confusing me. Dead code paths > were also if0'ed. > Patch introduces undesired effect that now input and output modifiers > are allowed on all instructions, which is definitely not valid according > to MSDN. However, I don't think we should care at this point, since > processing of valid shaders, and simplifying the code path should take > precedence. We can add validation later in a more appropriate place [ > the current "validation" is to completely disable or enable modifiers on > certain instructions, which is not correct either - and it should fail, > not just print a fixme on error ]. > Patch will enable processing _bx2 modifier on certain texture > instructions, which is valid in shaders 1.2/1.3. Also, is negation and > swizzling valid on texture instructions in 3.0? If it is, this will > process it. Also will enable write mask processing in some texture > instructions where it previously wasn't, generating more correct shader. I'm afraid this page changes too much at one go. You should split it into separate pieces. For example: > TRACE("Found opcode D3D:%s GL:%s, PARAMS:%d, \n", > - curOpcode->name, curOpcode->glname, curOpcode->num_params); > + curOpcode->name, curOpcode->glname, curOpcode->num_params - 1); should be one patch. Btw why are you adding -1 here? This could be turned into one big patch that is no-op: > /* Cubemap textures will be more used than 3D ones. */ > - sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", reg, reg); > + sprintf(tmpLine, "TEX T%lu, TMP, texture[%lu], CUBE;\n", output, output); Vitaliy Margolen

2 1

Wine fonts too big for their input fields.
by Tony Lambregts April 13, 2006

April 13, 2006

We now have at least three bugs[1] where the program will not accept the all the characters that are required if we do not use native fonts. The latest bug report was reported just today and the reporter resolved the bug as FIXED when he used Native fonts. So I have a couple of questions. Should we consider using native fonts a "FIX" or is it just a workaround? Or in other words can we fix our built in fonts to fix this. Should These bugs marked a duplicates? [1] http://bugs.winehq.org/show_bug.cgi?id=2389 http://bugs.winehq.org/show_bug.cgi?id=4162 http://bugs.winehq.org/show_bug.cgi?id=5052 -- Tony Lambregts

6 17

Re: Comctl32: fix listview column resize [2/2] (resend)
by Detlef Riekenberg April 12, 2006

April 12, 2006

Mikołaj Zalewski wrote: > When resizing the columns of a listview by dragging the header columns > divider, the list columns resizes after every mouse move while the > header only draws a tracking line and resizes when the mouse button goes > up. These patches tries to fix it. The Drivers-Listview in winecfg works now (thanks for that fix), but the Listview-Issues in winefile are still present. Any Ideas? -- By By ... ... Detlef

2 1

undefined reference to `FT_Load_Sfnt_Table'
by Saulius Krasuckas April 12, 2006

April 12, 2006

WRT suite build fails for quite long time already: [1] So that probably was caused by the patch from Huw: [2] It may happen because of missing FreeType 2 stuff: [3] If that's the case for us (Paul Millar), can it be worked around by adding another configure check, guys? Or it isn't worth an effort? [1] http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php?max=5&start=869 [2] http://source.winehq.org/git/?p=wine.git;a=commit;h=130a0e4f41e8f3c38194273… [3] http://lists.freedesktop.org/archives/fontconfig/2005-June/001377.html

3 2

Re: DNSAPI: implement DnsQuery_UTF8 (review only)
by Juan Lang April 12, 2006

April 12, 2006

+ if (options & DNS_QUERY_NO_NETBT) + FIXME( "option DNS_QUERY_NO_NETBT not implemented\n" ); In fact, you do support this. You don't support the lack of it. That is, you don't call NetBIOS() to do a name lookup if it isn't specified. I'm not sure you really want to though. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 6

RE: IDE with Winemaker
by Ng, Billy H CIV NAVSEA April 12, 2006

April 12, 2006

In KDevelop, did you set up a new project your ddraw test app? If so, which type did you pick? Thanks. -----Original Message----- From: Stefan Dِsinger [mailto:stefandoesinger(a)gmx.at] Sent: Thursday, March 23, 2006 9:27 To: wine-devel(a)winehq.org; Ng, Billy H CIV NAVSEA Subject: Re: IDE with Winemaker Hi, > Hi, I am a Windows Developer who is new to the Linux world. Is there any > IDE (like Visio Studio) I can use with Winemaker? I am trying to port a > Windows App to Linux Fedora. I managed to use wineg++ with kdevelop by overriding the compiler. It worked quite well for my needs(code a ddraw test app), but I don't know if it works for bigger apps. Just set a CC="winegcc", CXX="wineg++" and LINK="winegcc" (??) environment variable in the projekt options. There isn't any IDE which offers an editor for the resource files, so you have to edit them by hand.

2 1

Re: Protect some DIB functions from bad inputs.
by Rein Klazes April 12, 2006

April 12, 2006

On Tue, 11 Apr 2006 10:24:14 +0200, you wrote: >> Hi, >> >> There are a couple of entries in the bug database (at least #4334 and >> #4664) where the application calculates a wrong pointer for bitmap data. >> The application survives on Windows but crashes on wine. >> >> >> Changelog: >> dlls/x11drv : dib.c >> dlls/gdi/tests : bitmap.c >> Protect the Set/Stretch DIBitfunctions from accessing bad bitmap data. >> Add some tests that would crash without that. >> > >Hello, > >I'm sorry if writing to you directly is not right thing to do, I was >advised so on #wine-hq. > >I would just like to ask you why this patch didn't get merged to git >(and subsequently to 0.9.11) and if there is anything I can do to get it >in in time for 0.9.12? I have no idea why it was not merged, never got any comments. Cc' ed to the developers list for suggestions. A re-diffed patch is attached. Rein

6 6

re: Wine fonts too big for their input fields.
by Dan Kegel April 12, 2006

April 12, 2006

Duane Clark wrote: >I also have an installer (for Xilinx) that exhibits this problem. I >created a small application that creates a single line edit control >(which is what the Xilinx installer uses). I notice that on Win2k the >EM_GETMARGINS message returns zero for left and right messages, but on >Wine it returns 2 for both margins. Would that be suitable for use as a conformance test? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Wine won't show any characters after the first run
by David D. Hagood April 12, 2006

April 12, 2006

I'm having a strange problem with Wine - it will not show any characters in any windows, UNLESS I delete Wine's registry files - then it will show characters for the first program run, but no other programs thereafter (including repeat runs of the first program). So, for example, I can run "winecfg" and it will show the config window, with 2 rows of tabs, but no text anywhere. If I then delete ~/.wine/*.reg and re-run winecfg, it will show the characters, and interestingly enough it will place the tabs in one long row rather than 2 rows. If I then run, say, regedit, it will NOT show any characters at all. If I exit winecfg and re-run it, it will now show no characters, and it will place the tabs into 2 rows. I've run it with WINEDEBUG=+font and don't see anything screamingly obvious in terms of errors. This is with a fresh full checkout from CVS as of yesterday (11 Apr 2006), built, and installed (after removing /usr/include/wine, /usr/lib/wine, and /usr/bin/wine*), under SuSE 9.3. Soooo - any suggestions for things to look for?

1 0

Problem with explorer desktop and PAINT messages
by Jesse Allen April 12, 2006

April 12, 2006

Hi, There is a problem with explorer managing the desktop and the sending of PAINT messages. I've narrowed it down to the following area. In dlls/user/message.c wait_message_reply(), if QS_PAINT are the bits we get, and we call MsgWaitForMultipleObjectsEx, it seems to block the process indefinitely. Should another process be replying here? I decided to make the function return if we get QS_PAINT. Now my app doesn't hang and paints properly. Any ideas what I should be looking for or know? Note the call MsgWaitForMultipleObjectsEx waits for sent messages. Changing it makes no difference. Thanks, Jesse --- wine-current/dlls/user/message.c 2006-03-30 19:37:06.000000000 -0700 +++ wine/dlls/user/message.c 2006-04-09 18:47:14.000000000 -0700 @@ -2136,7 +2136,7 @@ static void wait_message_reply( UINT fla } SERVER_END_REQ; - if (wake_bits & QS_SMRESULT) return; /* got a result */ + if (wake_bits & (QS_SMRESULT | QS_PAINT)) return; /* got a result */ if (wake_bits & QS_SENDMESSAGE) { /* Process the sent message immediately */

2 7

Re: Problem with explorer desktop and PAINT messages
by Fabian Cenedese April 12, 2006

April 12, 2006

>Ok, I'm not sure about it waiting for that event. The call is >0009:Call kernel32.WaitForSingleObject(00000048,ffffffff) ret=00401c00 > >Anyway I wrote a test app, showwindow.c. It is available on >ftp://resnet.dnip.net . The relay log is there too. The test app tries >to mimic the calls I see. I tested under wine and it does hang. I >will see about windows. I don't know if I did it right. I created an empty Win32 application with VC6, added your file, added an #include <stdio.h> for printf and compiled it successfully. Upon running a window shortly flashes up and the program ends, but no messages are printed to the command window. Most important thing I guess is that it didn't hang. bye Fabi

2 2

re: RFC/PATCH: Twain + Gphoto
by Dan Kegel April 12, 2006

April 12, 2006

Marcus wrote: > I have started adding gphoto2 support to twain.dll. Sounds good. I'm mildly surprised twain doesn't support libgphoto2 as a backend already, but whatever... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

4 5

ARBfp2.0
by Ivan Gyurdiev April 12, 2006

April 12, 2006

Why does wine write ARBfp2.0 into opengl shaders that originated from DirectX2.0? The shaders I'm seeing all use commands currently available to us [ no branches or anything like that ], but are marked v2.0. As a result the ARB extension fails on them every single time (invalid header - ARBfp2.0), while it could work.

3 2

getwinegit.sh 0.33 released! (final version)
by Christian Lachner April 12, 2006

April 12, 2006

In this Release I changed all the stuff i was annoyed of. Here the changes: 0.33 We are now also able to load a config-file... - Optional Config-File Support! The Internal Config-Area still exists. I created an example-config and a colorless one for all who don't want a colorful output - Better handling of multiple process protection for the script - Better Checks for set variables I don't plan to develop for getwinegit.sh any longer. It is now feature-complete and ate enough of time. It was nice to learn, what scripting is able to do. I hope that getwinegit.sh is useful to the community - yes, i use it quite often. If there are serious problems, I will fix them. So why isn't this release called 1.0? I don't have the time to test. The Users should report bugs and someone should fix them. I also saw, that my script is not used by much people so maybe there wont be a single bug found in the future. Whatsoever, thanks for taking the time reading this and have much fun with the script. (wow, 22K. it was never meant to grow that much) chris

1 1

bug when compiling wine on cygwin
by Alexander April 12, 2006

April 12, 2006

Hello! Yesterday I downloaded wine-0.9.11 sources and tried to compile it on cygwin with gcc-4.1.0. './configure' and 'make depend' completed successfully, but I make wine failed - GCC C compiler rejected kthread.c: ---------------- kthread.c:93: error: field 'res_state' has incomplete type kthread.c: In function '__res_state': kthread.c:144: warning: control reaches end of non-void function make[1]: *** [kthread.o] Error 1 make[1]: Leaving directory `/cygdrive/d/GnuProjects/wine-0.9.11/loader' make: *** [loader] Error 2 ---------------- I attached full log to this message. Please, help me fix it and build wine on cygwin. -- Best regards, Alexander mailto:a.shabanov(a)geovid.com

1 0

setupapi.dll updated by reactos
by Detlef Riekenberg April 11, 2006

April 11, 2006

Hi. Hervé Poussineau (hpoussin) anounced today on #winehackers, that he did some updates (LGPL) on our "setupapi.dll" - codebase for reactos. So when you have an Installer / Application, that needs more from "setupapi.dll", this hint my help. -- By By ... ... Detlef

2 1

Re: crypt32: fix a typo
by Juan Lang April 11, 2006

April 11, 2006

> Why ruin perfectly good formatting? This eliminates a line-wrap in my 80-col editor, and makes it consistent with the rest of the file, and indeed with the rest of the DLL. Plus, it's my file. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: WineD3D: Add a resource dumper
by Stefan Dösinger April 11, 2006

April 11, 2006

Hi, Just a question: Why are the signatures of some of the mails I send to wine-patches broken? It doesn't happen with all mails, approx. every fifth signature is incorrect. The signatures of the same mails in the sent mail folder are correct. Is there something that modifies some mails, but not all? I can't find any modifications in the contents of the mails, so I don't think it's an attack. Stefan

1 0

Re: winspool: [3/4] Implement AddMonitor
by Alexandre Julliard April 11, 2006

April 11, 2006

Detlef Riekenberg <wine.dev(a)web.de> writes: > + if (RegOpenKeyExW(hroot, mi2w->pName, 0, KEY_READ, &hentry) == ERROR_SUCCESS) { > + TRACE("monitor %s already exists\n", debugstr_w(mi2w->pName)); > + /* NT: ERROR_PRINT_MONITOR_ALREADY_INSTALLED (3006) > + 9x: ERROR_ALREADY_EXISTS (183) */ > + SetLastError(ERROR_PRINT_MONITOR_ALREADY_INSTALLED); > + goto addmW_cleanup; > + } > + else > + { > + if(RegCreateKeyW(hroot, mi2w->pName, &hentry) == ERROR_SUCCESS) { > + INT len; > + len = (lstrlenW(mi2w->pDLLName) +1) * sizeof(WCHAR); > + res = (RegSetValueExW(hentry, DriverW, 0, > + REG_SZ, (LPBYTE) mi2w->pDLLName, len) == ERROR_SUCCESS); > + } > + } There's a race here, you should use RegCreateKeyExW and check the returned disposition. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: WLDAP32: improve error handling in create_page_control()
by Alexandre Julliard April 11, 2006

April 11, 2006

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Improve error handling in create_page_control(). This doesn't build for me (LDAP_MAXINT is not defined). -- Alexandre Julliard julliard(a)winehq.org

1 0

CJK Font aren´t shown properly
by vikas goswami April 11, 2006

April 11, 2006

I am facing problems when i used chinese system with wine the text on dialog boxes or menus... are not shown properly.. --- Vikas Goswami __________________________________________________________ Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com

1 0

Re: crypt32: fix a typo
by Dimi Paun April 11, 2006

April 11, 2006

On Mon, 2006-04-10 at 21:05 -0700, Juan Lang wrote: > - ret = CryptGetProvParam(hProv, PP_CONTAINER, (BYTE *)szContainer, > - &size, 0); > + ret = CryptGetProvParam(hProv, PP_CONTAINER, > + (BYTE *)szContainer, &size, 0); > if (ret) > { > len = MultiByteToWideChar(CP_ACP, 0, szContainer, -1, > @@ -761,7 +761,8 @@ > > if (szProvider) > { > - ret = CryptGetProvParam(hProv, PP_NAME, (BYTE *)szProvider, &size, 0); > + ret = CryptGetProvParam(hProv, PP_NAME, (BYTE *)szProvider, > + &size, 0); > if (ret) Why ruin perfectly good formatting? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: coverity: fix some pseudoleaks
by Dimi Paun April 11, 2006

April 11, 2006

On Mon, 2006-04-10 at 21:21 -0700, Juan Lang wrote: > Oops, should have looked at the other error reports too. This fixes > the others it reports in winegcc, and supercedes my last email. I'm afraid this is a waste of time. winegcc 'leaks' memory by design, it's a short lived program, there's no point in worrying to much about it. For example, strmake() allocates memory every time, and we almost never free it. And no, we shouldn't fix that -- it would clutter the code quite a bit for zero-benefit. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: exdisp.idl: Added missing attributes.
by Robert Shearman April 10, 2006

April 10, 2006

Jacek Caban wrote: >+ >+ [id(0x60020004), hidden, helpstring("Register a pending open with the list")] >+ HRESULT RegisterPending( >+ [in] long lThreadId, >+ [in] VARIANT *pvarloc, >+ [in] VARIANT *pvarlocRoot, >+ [in] int swClass, >+ [out] long *plCookie); >+ >+ [id(0x60020005), hidden, helpstring("Remove a window from the list")] >+ HRESULT Revoke([in] long lCookie); >+ >+ [id(0x60020006), hidden, helpstring("Notifies the new location")] >+ HRESULT OnNavigate([in] long lCookie, [in] VARIANT *pvarLoc); >+ >+ [id(0x60020007), hidden, helpstring("Notifies the activation")] >+ HRESULT OnActivated([in] long lCookie, [in] VARIANT_BOOL fActive); >+ >+ [id(0x60020008), hidden, helpstring("Find the window based on the location")] >+ HRESULT FindWindowSW( >+ [in] VARIANT *pvarLoc, >+ [in] VARIANT *pvarLocRoot, >+ [in] int swClass, >+ [out] long *phwnd, >+ [in] int swfwOptions, >+ [out, retval] IDispatch **ppdispOut); >+ >+ [id(0x60020009), hidden, helpstring("Notifies on creation and frame name set")] >+ HRESULT OnCreated([in] long lCookie, [in] IUnknown *punk); >+ >+ [id(0x6002000a), hidden, helpstring("Used by IExplore to register different processes")] >+ HRESULT ProcessAttachDetach([in] VARIANT_BOOL fAttach); > } > Are these helpstrings an exact copy of what is in native? If so, I don't think we want them in Wine (and they are only useful to VB programmers anyway). Also, IDs with the 0x60000000 flag are ones generated by the IDL compiler, hence they don't need to be added in the IDL. -- Rob Shearman

2 1

Re: [WINED3D] Map D3DFMT_L16, D3DFMT_A16B16G16R16 to OpenGL formats
by Jason Green April 10, 2006

April 10, 2006

On 4/10/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > Map: > > D3DFMT_L16 -> GL_LUMINANCE16_EXT > D3DFMT_A16B16G16R16 -> GL_RGBA16_EXT > as Raphael suggested. Assuming this mapping is correct, you should also add these formats here: http://source.winehq.org/git/?p=wine.git;a=blob;h=056c6fb76dd770c03655b7973… (though, that whole part of the file could use some work) And, possibly here: http://source.winehq.org/git/?p=wine.git;a=blob;h=f1868cdb3de16e9bb49f11706…

2 1

Re: Alexandre Julliard : twain_32: Renamed the dlls/twain directory to dlls/ twain_32.
by Dimi Paun April 10, 2006

April 10, 2006

On Mon, 2006-04-10 at 13:47 -0500, Alexandre Julliard wrote: > twain_32: Renamed the dlls/twain directory to dlls/twain_32. Cool! I guess we're only left with the big 3: gdi/kernel/user. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

DirectDraw status
by Stefan Dösinger April 10, 2006

April 10, 2006

Hello, I thought I'd give an overview of the status of the ddraw merge. Well, basically it's progressing nicely, and the first huge part of the merge has been done. The necessary type changes were made to include/wine/wined3d_types.h and include/wine/wined3d_interface.h, so ddraw can now use the wined3d interface header. I have uploaded an updated patch against Wine from yesterday, 23:30 to my website( http://stud4.tuwien.ac.at/~e0526822/ ). It contains a few fixes, like yet another refcounting cleanup( Ihope that this works fine now :) ), and the performance issue on my radeon card, as well as the mipmap issues(all cards) are fixed :) What is next? I will send patches which create the new WineD3D methods needed for ddraw. These patches won't contain the implementation, but just the entry in the vtable and a stub function. So if someone disagrees with a method, then we don't have to discuss about the bare existance of a method and it's implementation at the same time :) Additionally, I will now start writing a lot of test cases for all DirectX versions, with an eye for reference counting, in hope that we can fix the refcounting crashes finally. I have a test for some unimplemented functions in my local tree too, like ProcessVertices. Once the function stabs are in, and the tests show where we have to go to, I'll send the implementation of the functions. After that, all that is left is to merge the ddraw.dll code, but first some regression testing has to be done. I'll ask then for some testing help here and at wine-users, so we can catch regressions before they can occur :) Thanks for all the help with testing and coding so far :) Stefan

4 4

Re: [PATCH] [WineDump]: fake dlls
by Alexandre Julliard April 10, 2006

April 10, 2006

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > - now that setupapi generates fake DLLs, add the recognition of > those in winedump I think this should go in pe_dump, it's really PE-specific, the generic code doesn't need to know about it. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Missing fonts
by Vitaliy Margolen April 10, 2006

April 10, 2006

Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: > Hello, > I have found some font problems recently with Wine. First of all, the > text of most richedit objects started displaying as rectangles since > around Wine 0.9.9, and now, with current CVS, no text is displayed in > applications witht the standard Windows interface (like winecfg, > wordpad, message boxes etc.) on some systems. [skip] I'm sorry, but are you reading this mailing list at all? To sum it up: 1. You need fontforge. 2. You need _working_ fontforge. 3. You need Wine's fonts made with working fontforge. Same thing for freetype. Vitaliy

8 19

Wine tarball patched with DDraw/DX7 over WineD3D patches
by Alexander N. Sørnes April 10, 2006

April 10, 2006

I have made a tarball with Wine CVS patched with the DirectDraw/DirectX 7 over WineD3D patches so it is easier to test/use. Feel free to link to the page. http://www.thehandofagony.com/alex/wine-wd3dp/ The patches fixes the redrawing problems for Warlords Battlecry, and the animations in Stronghold: Crusader are now smooth instead of jerky. Screenshot from Warlords Battlecry http://appdb.winehq.org/screenshots.php?appId=2686&versionId=3913 Regards, Alexander N. Sørnes

3 2

Re: [PATCH 1/3] winedos: better MSCDEX emulation
by Petr Tesarik April 10, 2006

April 10, 2006

Hi everyone, has this patch been rejected? If so, could anyone tell me why? Yes, I know that neither the API, nor the include files are ideal yet, but fixing it would produce a really huge patch, which is AFAIK something you don't like at all. Anyway, with this patch and my other patches applied (including one to the Linux kernel, which was accepted in 2.6.15), I can now run Kindler Literaturlexikon with Wine. And I'd enjoy adding that application to the appdb. Petr Dne 03/31/06 v 14:29:38 (+0200), Petr Tesarik napsal(a): > Hi, > > while I was trying to make Kindler Literaturlexikon work in Wine, I > found out that this program uses a DOS program to access the CDROM, > and that it requires a real working MSCDEX device driver (and not only > that, the driver has to reside in a different segment than the DOS > core). > > To make the patches as small as possible, I've split the patch into > several parts. > > This part just moves some declarations from devices.c to dosexe.h, so > that the code in devices.c can be used from other source files. > > ChangeLog: > > * dlls/winedos/devices.c, dlls/winedos/dosexe.h: > winedos: move some declarations to the header file

2 3

Patch submission
by n1iic Jason Greene April 10, 2006

April 10, 2006

Greetings. I am a new Linux user, and I would like to request a patch addition to add functionality for a game. The information can be found at http://wiki.minegoboom.com/index.php/Running_Continuum_under_Wine I think for the people that want to learn Linux, applying the patch is a great exercise, like I found. Unfortunately, it is long and involved and might scare off those that have less confidence or don't have a guru handy, but still want to try. I originally sent this to the wine-patches list and the owner recommended that I send it here. Thanks Jason

3 2

Wine tarball patched with DDraw/DX7 over WineD3D patches
by Alexander Nicolaysen Sørnes April 10, 2006

April 10, 2006

I have made a tarball with Wine CVS patched with the DirectDraw/DirectX 7 over WineD3D patches so it is easier to test/use. Feel free to link to the page. http://www.thehandofagony.com/alex/wine-wd3dp/ The patches fixes the redrawing problems for Warlords Battlecry, and the animations in Stronghold: Crusader are now smooth instead of jerky. Screenshot from Warlords Battlecry http://appdb.winehq.org/screenshots.php?appId=2686&versionId=3913 Regards, Alexander N. Sørnes

1 0

Re: Missing fonts
by Alexander N. Sørnes April 10, 2006

April 10, 2006

Vitaliy Margolen skrev: >Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote: > > > >I'm sorry, but are you reading this mailing list at all? To sum it up: >1. You need fontforge. >2. You need _working_ fontforge. >3. You need Wine's fonts made with working fontforge. > >Same thing for freetype. > >Vitaliy > > First of all, I am very sorry if I sent a message in ignorance. But wasn't the FontForge stuff introduced before 0.9.11? Compiling and running 0.9.11 works fine, but doing the same for CVS does not. > > > > >

1 0

DDraw over WineD3D - Indexed colour visuals
by Adam Luchjenbroers April 10, 2006

April 10, 2006

I've been using and tracking Stefan Dossinger's work re: DDraw over WineD3D and decided try and find out if IWineD3DSurface was far enough along to be able to be used in place of IWineX11Surface for 2d applications (Hopefully to eliminate depth conversion issues). Short answer, no. Long answer, Screen displays blank, trace log shows that glReadPixels at line 615 in wined3d\surface.c (LockRect) is failing with error GL_INVALID_OPERATION. Further investigation reveals that this is because glFormat is GL_COLOR_INDEX, yet the display is an RGB visual (presumably because an indexed colour visual was not available, and this buffer is connected directly to the screen). I figured I'd look to the people already familiar with the WineD3D\DDraw codebase before I tried to figure out my own solution. -- "Most people would rather die than think; in fact, they do so." - Bertrand Russell (1872 - 1970)

3 5

DirectX 7
by Dimi Paun April 10, 2006

April 10, 2006

Hi folks, I am not up-to-date with the latest DirectX news, can someone please tell me if we have any support for DirectX 7? I have a screensaver (Marine Aquarium) that I would like to run, but it requires DirectX 7. Is there any trick to get it to run? Thanks! -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

4 4

Re: Missing fonts
by Felix Möller April 9, 2006

April 9, 2006

Hi, > I have found some font problems recently with Wine. First of all, the > text of most richedit objects started displaying as rectangles since > around Wine 0.9.9, and now, with current CVS, no text is displayed in > applications witht the standard Windows interface (like winecfg, > wordpad, message boxes etc.) on some systems. > While the first issue occurs on all systems I have tested, the second > one does not. On a system with only the free corefonts installed, the > text is missing; while on a system with all Windows/MS Office fonts, it > is displayed fine. > What are the new default fonts? Is the first system misconfigured, or > does Wine only use non-downloadable Windows fonts now? I think I have the same problem since arround wine 0.9.9. I am trying to use Derive 6.10. The text in the input field is not displayed correctly any more. But in the textarea it gets displayed correct again. I uploaded a screenshot at http://hebbelabi06.de/derive.png. Sadly I do not have the time to investigate this at the moment. I do have fontforge installed: # rpm -qa | grep fontforge fontforge-20050803-2 HTH Felix Möller

1 0

Re: Missing fonts
by Segin April 9, 2006

April 9, 2006

Alexander N. Sørnes wrote: > Hello, > > I have found some font problems recently with Wine. First of all, the > text of most richedit objects started displaying as rectangles since > around Wine 0.9.9, and now, with current CVS, no text is displayed in > applications witht the standard Windows interface (like winecfg, > wordpad, message boxes etc.) on some systems. > While the first issue occurs on all systems I have tested, the second > one does not. On a system with only the free corefonts installed, the > text is missing; while on a system with all Windows/MS Office fonts, > it is displayed fine. > What are the new default fonts? Is the first system misconfigured, or > does Wine only use non-downloadable Windows fonts now? > > > Regards, > > Alexander N. Sørnes > > > I found a solution, not very good but it works: open regedit Delete HKEY_CURRENT_CONFIG\\Fonts\\ Delete HKEY_USERS\\S-1-5-4\\Software\\Wine\\Fonts\\External Fonts\\ An indication that it works is that the following doesn't come up as all blocks: wineconsole --backend=user wcmd

1 0

[x11drv] Fix two clipboard bugs. Fixes BadAtom crash (bug 4601)
by Dan Kegel April 9, 2006

April 9, 2006

[Is it safe to call intern_atoms() inside the event handler like this?] Changelog: Fix two clipboard problems that caused BadAtom crashes (bug 4601) and caused some clipboard formats to not be exported properly Patch also at http://kegel.com/wine/badatom3.patch if this gets mangled by gmail. dlls/x11drv/clipboard.c | 30 ++++++++++++++++++++++++++---- 1 file changed, 26 insertions(+), 4 deletions(-) Index: dlls/x11drv/clipboard.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/clipboard.c,v retrieving revision 1.51 diff -d -u -r1.51 clipboard.c --- dlls/x11drv/clipboard.c 22 Feb 2006 21:31:52 -0000 1.51 +++ dlls/x11drv/clipboard.c 9 Apr 2006 21:25:15 -0000 @@ -1784,6 +1784,10 @@ if (names) { wine_tsx11_lock(); + /* FIXME: we're at the mercy of the app sending the event here. + * Currently if they send a bogus atom, we will crash. + * We should handle BadAtom errors gracefully in this call. + */ XGetAtomNames( display, atoms, nb_atoms, names ); wine_tsx11_unlock(); for (i = 0; i < nb_atoms; i++) @@ -2790,6 +2794,13 @@ LPWINE_CLIPFORMAT lpFormats; LPWINE_CLIPDATA lpData; + /* Create X atoms for any clipboard types which don't have atoms yet. + * This avoids sending bogus zero atoms. + * Without this, copying might not have access to all clipboard types. + * FIXME: is it safe to call this here? + */ + intern_atoms(); + /* * Count the number of items we wish to expose as selection targets. */ @@ -2804,7 +2815,7 @@ while (lpFormats) { if ((lpFormats->wFormatID == lpData->wFormatID) && - lpFormats->lpDrvExportFunc) + lpFormats->lpDrvExportFunc && lpFormats->drvData) cTargets++; lpFormats = lpFormats->NextFormat; @@ -2832,8 +2843,15 @@ while (lpFormats) { if ((lpFormats->wFormatID == lpData->wFormatID) && - lpFormats->lpDrvExportFunc) - targets[i++] = lpFormats->drvData; + lpFormats->lpDrvExportFunc) { + /* Don't send zeroes, lest receiver choke on XGetAtomName() */ + if (lpFormats->drvData) { + assert(i < cTargets); + targets[i++] = lpFormats->drvData; + } else { + WARN("bug: ignoring zero atom...\n"); + } + } lpFormats = lpFormats->NextFormat; } @@ -2841,6 +2859,7 @@ lpData = lpData->NextData; } while (lpData != ClipData); + assert(i == cTargets); wine_tsx11_lock(); @@ -2849,7 +2868,10 @@ unsigned int i; for ( i = 0; i < cTargets; i++) { - if (targets[i]) + /* intern_atoms() should make these nonzero. + * We checked before adding them to the array, just to be safe. + */ + assert(targets[i]); { char *itemFmtName = XGetAtomName(display, targets[i]); TRACE("\tAtom# %d: Property %ld Type %s\n", i, targets[i], itemFmtName); -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Coverity doing scans of Wine codebase!
by Dan Kegel April 9, 2006

April 9, 2006

See http://scan.coverity.com/ They say they've found 830 potential bugs - that's quite a few. I haven't seen 'em yet, still waiting for my registration to come through. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

15 27