- wine-devel - winehq.org

Re: user32, wined3d: move refresh rate fallback to catch all cases (resend)
by Dmitry Timoshkov 15 Jan '08

15 Jan '08

"Erik Inge Bolsø" <knan-wine(a)anduin.net> wrote: > If requesting a refresh rate that isn't available, but a better one is, > ChangeDisplaySettings fails and some games fail to launch. This does > not seem to match WinXP behaviour with the same graphics card + lcd > monitor combination. If that's not what Windows does then this patch can't be accepted. In any case a test case showing Windows behaviour is required. -- Dmitry.

2 4

Re: [PATCH] check for array index overflows
by H. Verbeet 15 Jan '08

15 Jan '08

On 14/01/2008, Marcus Meissner <marcus(a)jet.franken.de> wrote: > Hi, > > This checks for overflowing the fixed size arrays. > > spotted by Coverity. > > (Submitted some months ago already, but left in my queue.) > > Ciao, Marcus > --- IIRC last time we tested this it was allowed on Windows, and simply causes memory corruption. If we want to prevent this, we should probably just return WINED3D_OK.

2 1

Re: [hlink] Skip tests if hlink couldn't be created
by Robert Shearman 14 Jan '08

14 Jan '08

Dan Kegel wrote: > This makes the test slightly more robust to operator error. > If we're striving to get zero test failures then converting a crash to some failures isn't really much of an improvement. -- Rob Shearman

2 1

Re: [PATCH] check for This->frame
by Jacek Caban 14 Jan '08

14 Jan '08

Hi Marcus, Marcus Meissner wrote: > Hi, > > Coverity 645 spotted missing This->frame > checks. > > Ciao, Marcus > --- > dlls/mshtml/olecmd.c | 5 +++-- > 1 files changed, 3 insertions(+), 2 deletions(-) > > diff --git a/dlls/mshtml/olecmd.c b/dlls/mshtml/olecmd.c > index 326b0b0..02b5e83 100644 > --- a/dlls/mshtml/olecmd.c > +++ b/dlls/mshtml/olecmd.c > @@ -621,7 +621,7 @@ static HRESULT exec_editmode(HTMLDocument *This, DWORD cmdexecopt, VARIANT *in, > if(This->hostui) > IDocHostUIHandler_HideUI(This->hostui); > > - if(This->hostui) > + if(This->hostui && This->frame) > IDocHostUIHandler_ShowUI(This->hostui, DOCHOSTUITYPE_AUTHOR, ACTOBJ(This), CMDTARGET(This), > This->frame, This->ip_window); > There is no reason to test This->frame here (unless you have tested that native MSHTML doesn't call ShowUI with NULL frame). Coverity spotted an other bug, which you've fixed in other part of the patch. Thanks, Jacek

1 0

Improving Default Serial Port Configuration
by Forrest Samuels 14 Jan '08

14 Jan '08

I am looking to fix a bug causing serial ports to not show up in some applications. The problem is due to missing registry entries for the serial ports. I know what entries need to be created but I don't think they should go in wine.inf. They should get created dynamically, preferably on each run, based on what currently exists in .wine/dosdevices/ The bug I am working on is 9902 (http://bugs.winehq.org/show_bug.cgi?id=9902). Does anyone have any insight on where I should start looking to implement this? Implementation suggestions? In the bug, Juan Lang made the suggestion that "Explorer's hal.c should be extended to create new devices for all the ports it finds, using SetupDiCreateDeviceInfo followed by SetupDiRegisterDeviceInfo. For some devices it should also call SetupDiCreateDeviceInterface to register a particular interface." I've looked in programs/explorer/hal.c and I am not sure where to begin hooking something like that in. It was also suggested in #winehackers that this could go in the same place that other hardware like disk drives are detected and configured. I am not sure where that would be either or if that is the same as hal.c. I am new to wine development to please feel free to over explain. Thanks, -- Forrest Samuels (forrest(a)alumni.ncsu.edu)

3 4

WineD3D Spelling Fixes
by Austin English 14 Jan '08

14 Jan '08

Any reason this patch wasn't applied? I didn't see any feedback on wine-patches. http://www.winehq.org/pipermail/wine-patches/2008-January/048933.html -Austin

1 0

Re: Fix texture coordinate calculation in surface_blt_to_drawable
by Roderick Colenbrander 14 Jan '08

14 Jan '08

I just wanted to confirm that this patch is correct. Stefan and I talked about it and it should be right. Before the surface rewrite there were two codepaths like this and one of them used integers and the other texture one used floats. During the rewrite they were merged and the combined one used integers. That's what caused the regression. The use of floats makes much more sense. Roderick > This fixes a bug with the use of opengl to render direct draw in older > graphic cards. > > The problem is in dlls/wined3d/surface.c in surface_blt_to_drawable. > > 3547 coords[0].x = rect.left / This->pow2Width; > > 3550 coords[1].x = rect.left / This->pow2Width; > > 3553 coords[2].x = rect.right / This->pow2Width; > > 3556 coords[3].x = rect.right / This->pow2Width; > > 3559 coords[0].y = rect.top / This->pow2Height; > 3560 coords[1].y = rect.bottom / This->pow2Height; > 3561 coords[2].y = rect.bottom / This->pow2Height; > 3562 coords[3].y = rect.top / This->pow2Height; > > > All calculation are done with integers so when rect.right < pow2Wdith and > rect.bottom < pow2Height > all texture coordinates are set to 0 thus only the upper left pixel of the > image is displayed > scaled up to cover the entire window. -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

1 0

Overriding comctl32
by Dan Kegel 14 Jan '08

14 Jan '08

For future reference: It turns out that installing a native comctl32 and setting overrides for comctl32, as sh winetricks cc580 does, is no longer enough to override comctl32. You also have to remove Wine's sxs manifest for comctl32, too, e.g. rm -rf ~/.wine/drive_c/windows/winsxs/manifests/x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef.manifest else wine continues loading the builtin one. - Dan

1 0

Re: [PATCH] [DbgHelp]: A couple of enhancements for writing minidumps
by Alexandre Julliard 14 Jan '08

14 Jan '08

Eric Pouech <eric.pouech(a)orange.fr> writes: > - returning (instead of passing a pointer to) the size of the blocks pointed by the directories > - now storing the PE version information in module blocks > - fixed an un-initialized field in minidump header > - fixed the suspend count value in thread block Please send separate fixes as separate patches. -- Alexandre Julliard julliard(a)winehq.org

1 0

How to fix bug #11114?
by Markus 14 Jan '08

14 Jan '08

Hi, regarding bug #11114, can anyone knowledgable in the area tell me how difficult it would be to resolve the issue? As far as I can see, the game World in Conflict is using dxdiag.dll to determine whether a system is capable of running the game. Is there an implementation for this dll at all in Wine? The native library appears to not fool the game sufficiently enough to start without an error. Using plain Wine (no native dxdiag dll) leads to the error in line 44725 of the logfile in the report. Thanks. -- Markus

1 0

Re: entry to add in wine registry
by Stefan Dösinger 14 Jan '08

14 Jan '08

Am Montag, 14. Januar 2008 00:29:39 schrieb Jacques Noé: > Hello, > > this is not a patch, but a new entry to add to > http://wiki.winehq.org/UsefulRegistryKeys I have seen that the page is > maintained by > RoderickColenBrander, but I do not know > how to contact him. This is a wiki, you can just edit it yourself

1 0

Re: Translation of shell32_Ru.rc (Sorry, last message may be without attach)
by Anatoly Lyutin 14 Jan '08

14 Jan '08

Andrey Esin wrote: > Russian translation of untranslated strings: > FCIDM_SHVIEW_OPEN > IDS_OVERWRITEFILE_TEXT > IDS_OVERWRITEFOLDER_TEXT > > Correcting translation of IDS_DELETEMULTIPLE_TEXT (Need need a > closing bracket) > > > Author: Andrey Esin <andrey(a)esin.name> > > ------------------------------------------------------------------------ > > - IDS_OVERWRITEFOLDER_TEXT "This folder already contains a folder named '%1'.\n\n"\ > - "If the files in the destination folder have the same names as files in the\n"\ > - "selected folder they will be replaced. Do you still want to move or copy\n"\ > - "the folder?" > + IDS_OVERWRITEFOLDER_TEXT "Эта папка уже содержит папку '%1'.\n\n"\ > + "Если файлы в конечной папке имеют те же имена, что и файлы в выбранной\n"\ > + "папке, они будут заменены. Вы все еще хотите переместить или скопировать\n"\ > + "папку?" Please, do not forget the 'yo' letter. -- Best regards Anatoly Lyutin.

1 0

New bugzilla component
by Vitaliy Margolen 14 Jan '08

14 Jan '08

Please add this component to bugzilla: winmm - windows multimedia (old sound, midi) Don't think there are any need to split Wine sound drivers into their separate components... yet. Vitaliy.

1 1

bugzilla: obsolete components
by Jan Zerebecki 14 Jan '08

14 Jan '08

Because it was asked: We have to move all (including closed) bugs from a component into others to remove that component. If an component is not empty when it's removed all it's bugs also get removed. But there is also the possibility to just leave obsolete components around forever. Jan

3 3

Re: autorun perhaps dangerous (Was: Wine release 0.9.53)
by tony.wasserka＠freenet.de 13 Jan '08

13 Jan '08

> There are quite a few installers that use RunOnce to get around file > locking, but I still haven't had to use one fortunately. As I said, as > long as I can disable it. RunOnce wouldn't even have to be disabled, > I'd be happy with a "RunOnce wants to execute 'foo.exe blipp blopp', > 'No, and clear it from registry', 'Sure' ". I'd agree to that, but we could also do it at installer runtime, i.e. we check in the Windows SetRegistryKey function(don't know the real name) if the key is autostart related, interupt the installer program and ask the user if he wants to allow that. The method of asking the user at RunOnce has IMO the disadvantage that the user may not know what installer added the RunOnce entry anymore (because it's a couple of days ago that the last Wine instance was running or so). Unbegrenzter Speicher, Top-Spamschutz, 120 SMS und eigene E-MailDomain inkl. http://office.freenet.de/dienste/emailoffice/produktuebersicht/power/mail/i…

1 0

Re: Full russian translation of wineboot (rediffed)
by Kirill K. Smirnov 13 Jan '08

13 Jan '08

Still fails: patching file programs/wineboot/wineboot.rc patching file programs/wineboot/wineboot_Ru.rc patch unexpectedly ends in middle of line patch: **** malformed patch at line 46: patch version is 2.5.4 Do you succeed applying this patch on your system? I noticed that there is no 'newline char' at the end of the patch, when I added '\n', patching succeeded. MTA/MUA issue? -- Kirill

1 0

New winetricks: mfc40 working again
by Dan Kegel 13 Jan '08

13 Jan '08

Microsoft pulled the download I'd been using for mfc40 some time ago, but Hans Leidekker found a replacement. Thanks, Hans! New winetricks at the usual place, http://kegel.com/wine/winetricks

1 0

New winetricks: added vcrun2008, xvid, ffdshow, allfonts, allvcodecs; updated mono12
by Dan Kegel 13 Jan '08

13 Jan '08

On Jan 12, 2008 12:18 AM, Dan Kegel <dank(a)kegel.com> wrote: > p.s. I have a backlog of two or three big updates, > one from Lei for codecs, and another from > Andrea Bocci for all sorts of things. OK, new winetricks up, with new packages vcrun2005sp1 vcrun2008 xvid ffdshow and new pseudopackages allfonts allvcodecs It no longer picks a particular sourceforge mirror, which should help folks who don't live near Los Angeles. And mono12 is updated to mono-1.2.6. As always, the new winetricks is online at http://kegel.com/wine/winetricks and is now in svn at http://code.google.com/p/winezeug/ - Dan

2 1

Re: Full russian translation of wineboot.
by Kirill K. Smirnov 13 Jan '08

13 Jan '08

> #include "wineboot_Ko.rc" > #include "wineboot_No.rc" > #include "wineboot_Sv.rc" >+#include "wineboot_Ru.rc" >\ В конце файла нет новой строки Malformed patch. Please, rediff. -- Kirill

1 0

Re: cleaned version of Implement IStream interface for msxml3 domdoc
by Alistair Leslie-Hughes 13 Jan '08

13 Jan '08

"Josef Reidinger" <josef.reidinger(a)gmail.com> wrote in message news:4789306F.6030107@gmail.com... >I cleaned previous version and add it to one patch which have no tabs > and indent is same as code around. Also change my mail, old have some > problems with sending mail to this list. > > copy from previous Since the follwoning functions are not implemented in the MS implementation. SetSize, CopyTo, Commit, Revert, LockRegion, UnlockRegion, and Clone They should be TRACE and not ERR. Best Regards Alistair Leslie-Hughes

1 0

Re: Implement IStream interface for msxml3 domdoc
by L. Rahyen 12 Jan '08

12 Jan '08

On Saturday January 12 2008 11:31:38 Josef Reidinger wrote: > This patch fix bug #4811. It implements IStream interface for dom > document in msxml. Really implemented is needed part of write function, > other function is not implemented. Part is also not implemented by > windows (readed only at msdn, not tested), part is not implemented > because I don't know how this work on windows and I cannot test it. This > is my first wine patch so feel free give me any hint about my code. > It is four patches because I do it more days. Only one patch per one e-mail is allowed. > It must be implemented > all, because some not work (I forget for example initialize vtbl for > IStream) but all is compilable. last patch fix my bad whitespaces > (trailing spaces and tabs instead of spaces). Patches with whitespace changes only are unlikely to be accepted and patches with tabs probably will not be accepted too. Therefore I suggest to fix formatting in your main patches themselves instead of fixing this with additional patch.

2 1

Re: Implement IStream interface for msxml3 domdoc
by Dmitry Timoshkov 12 Jan '08

12 Jan '08

"Josef Reidinger" <josef.reidinger(a)seznam.cz> wrote: > changelog: > * implement IStream write for msxml domdoc What are the tab settings in your editor? All white space in your patches looks completely broken. Set tab size to 8 spaces, and try to avoid tabs at all. > + if (!This->Stream){ > + > + } Why is the code above is needed? > +static const IStreamVtbl xmldoc_IStream_VTable = > +{ > + xmldoc_IStream_QueryInterface, > + xmldoc_IStream_AddRef, > + xmldoc_IStream_Release, > + xmldoc_IStream_Read, > + xmldoc_IStream_Write, > + xmldoc_IStream_Seek, > + xmldoc_IStream_SetSize > +/* xmldoc_IStream_CopyTo, > + xmldoc_IStream_Commit, > + xmldoc_IStream_Revert, > + xmldoc_IStream_LockRegion, > + xmldoc_IStream_UnlockRegion, > + xmldoc_IStream_Stat, > + xmldoc_IStream_Clone*/ > +}; You can't provide a partial vtable. > + TRACE("1"); Remove all debugging craft before submitting the patch. -- Dmitry.

1 0

Please change Bugzilla email settings for wine-bugs
by Luke Bratch 12 Jan '08

12 Jan '08

> Yes, the templates for the emails are in git with the > rest of bugzilla. We just need to be carefull to not > throw off anything that parses these mails. Patches > welcome. I'll have a look and submit a patch. > We could change that mailinglist to not accept mail > from anything else than bugzilla. It is configured to do just that; so the emails just end up in the list moderation queue, which (presumably?) is only seen by me. I've been posting people's replies in Bugzilla myself, so they don't get lost forever. __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

1 0

re: bugs audit volunteers require
by Dan Kegel 12 Jan '08

12 Jan '08

>> Maybe add a resolution of NEEDMOREINFO? > >There is no need to add one more reason for a bug resolution IMHO, >INVALID with appropriate comment does the job. INVALID seems harsh, it may scare away novice reporters. Do we want to make it easy to search for bugs stuck in a needmoreinfo kind of state? If so, a keyword or state might be handy. Does anybody remember good old gnu gnats, the old bug tracking system? It was great this way; it had an explicit notion of whose ball the court was in. I miss that. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 8

Please change Bugzilla email settings for wine-bugs
by Dan Kegel 12 Jan '08

12 Jan '08

Say, could we set Mr. Bugs' email preferences in Bugzilla so that mail is never sent to wine-bugs if the CC field changes? I'm getting mighty tired of clicking on something in the wine-bugs archive and seeing only Jaime Rave <jaimerave at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave at gmail.com Thanks, Dan

5 4

Please change Bugzilla email settings for wine-bugs
by Luke Bratch 12 Jan '08

12 Jan '08

Whilst on the subject of Bugzilla email settings, is it possible to add a message to Bugzilla emails asking users not to reply, but to post in Bugzilla? There's now often up to 5 replies a day sent directly to wine-bugs(a)winehq.org, instead of being posted in Bugzilla. Thanks, Luke ___________________________________________________________ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/

2 1

Bug audit status
by Dan Kegel 12 Jan '08

12 Jan '08

Since Vijay suggested doing a bug audit two weeks ago, the number of open bugs has dropped by about 300, or 10%: http://bugs.winehq.org/reports.cgi?product=-All-&datasets=NEW%3A&datasets=U… That was quite a burst of activity! There are still 1800 bugs that haven't been touched in over 90 days (137 of them reported by me, alas), so we have a lot of auditing and retesting left to do. BTW, James Hawkins suggests that we consider bugs abandoned if the reporter doesn't respond within 90 days (we had, I think, been letting them sit longer), which seems reasonable to me.

1 0

New winetricks: added riched20
by Dan Kegel 12 Jan '08

12 Jan '08

Seeing as we have about 45 open riched20 bugs, and some recent regressions, I figured it'd be useful to add riched20 to winetricks. Incidentally, since I lost the workstation that had the old rcs repository it was in, I gave in to modern times and put it in a new repository at http://code.google.com/p/winezeug/ - Dan p.s. I have a backlog of two or three big updates, one from Lei for codecs, and another from Andrea Bocci for all sorts of things. I'd merge them now but I have to go read another Discworld book... they're like crack...

1 0

Bugzilla admin: please remove bug/illegal attachment from the bug 5928
by Vitaliy Margolen 12 Jan '08

12 Jan '08

Also please remove poster from the users list of the bugzilla. Posting illegal content is against usage policies. Thanks. Vitaliy.

1 0

urlmon tests now require gecko?
by Dan Kegel 12 Jan '08

12 Jan '08

Running the tests now hangs for me waiting for me to click "OK" to the gecko download dialog. Is that something we want to fix, or should I just do 'winetricks gecko' before starting the tests?

1 0

Sibelius Scorch Setup Problem.
by Andrew Neil Ramage 11 Jan '08

11 Jan '08

Trying to install this software (http://www.musicnotes.com/download/SetupScorchNS.exe) to display music scores I get the following problem. After the initial dialog, another dialog is displayed for a fraction of a second then the installer crashes with the output below. Is this a wine problem ? Ijust downloaded and installed the latest (0.9.53) version. andrew@zeus:~/Download/Software/Windows$ wine SetupScorchNS.exe fixme:shell:DllCanUnloadNow stub fixme:shell:DllCanUnloadNow stub fixme:shell:DllCanUnloadNow stub fixme:shell:DllCanUnloadNow stub fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" fixme:richedit:RichEditWndProc_common EM_SETTARGETDEVICE: stub fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:win:AnimateWindow partial stub fixme:win:AnimateWindow partial stub fixme:win:AnimateWindow partial stub fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:win:AnimateWindow partial stub fixme:keyboard:RegisterHotKey (0x10042,0,0x00000008,27): stub fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:win:AnimateWindow partial stub fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxGetNaturalSize 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxSendMessage 0x15f908: STUB fixme:richedit:fnTextSrv_TxSetText 0x15f908: STUB fixme:richedit:fnTextSrv_TxDraw 0x15f908: STUB wine: Unhandled page fault on write access to 0x00000000 at address 0x402915 (thread 0009), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00402915). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00402915 ESP:0034e8e4 EBP:0034ea0c EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:7ee2aa80 ECX:00000000 EDX:00411788 ESI:0041177c EDI:7ee27dd0 Stack dump: 0x0034e8e4: 0041177c 00000020 7b8899b0 0040c2f4 0x0034e8f4: 00000000 656e6977 776f7262 00726573 0x0034e904: 6f5c6c6c 5c6e6570 6d6d6f63 00646e61 0x0034e914: 7b8899b0 0034e934 f7c8762d 00000000 0x0034e924: 00000000 0034e978 7b8b2ff4 0040c2f4 0x0034e934: 7b8899b0 7b889a2e 00411668 0034ec74 Backtrace: =>1 0x00402915 in setupscorchns (+0x2915) (0x0034ea0c) 2 0x004036ed in setupscorchns (+0x36ed) (0x0034eb28) 3 0x00404a3a in setupscorchns (+0x4a3a) (0x0034ed94) 4 0x00402111 in setupscorchns (+0x2111) (0x0034f2e0) 5 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034f310) 6 0x7ecc51a8 in user32 (+0xa51a8) (0x0034f350) 7 0x7ecc82e5 in user32 (+0xa82e5) (0x0034f820) 8 0x7ecc8c10 in user32 (+0xa8c10) (0x0034f860) 9 0x7ec57587 DefDlgProcW+0x87() in user32 (0x0034f890) 10 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034f8c0) 11 0x7ecc3a4e WINPROC_wrapper+0x6fe() in user32 (0x0034f900) 12 0x7ecc8e21 in user32 (+0xa8e21) (0x0034f940) 13 0x7ec8fbaa in user32 (+0x6fbaa) (0x0034f9b0) 14 0x7ec9392d in user32 (+0x7392d) (0x0034fa10) 15 0x7ec93d9a SendMessageW+0x4a() in user32 (0x0034fa50) 16 0x7ec3dbb8 in user32 (+0x1dbb8) (0x0034fb40) 17 0x7ec3eab6 in user32 (+0x1eab6) (0x0034fb60) 18 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034fb90) 19 0x7ecc3a4e WINPROC_wrapper+0x6fe() in user32 (0x0034fbd0) 20 0x7ecc8e21 in user32 (+0xa8e21) (0x0034fc10) 21 0x7ec90526 DispatchMessageW+0x96() in user32 (0x0034fc50) 22 0x7ec5bf8f IsDialogMessageW+0x10f() in user32 (0x0034fd90) 23 0x7ec902c8 IsDialogMessageA+0x68() in user32 (0x0034fdd0) 24 0x00404d74 in setupscorchns (+0x4d74) (0x0034fe7c) 25 0x00406cb8 in setupscorchns (+0x6cb8) (0x0034ff08) 26 0x7b874d3e in kernel32 (+0x54d3e) (0x0034ffe8) 27 0xf7dd9a77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x00402915: andb $0x0,0x0(%eax) Modules: Module Address Debug info Name (79 modules) PE 400000- bdb000 Export setupscorchns ELF 7b800000-7b92c000 Export kernel32<elf> \-PE 7b820000-7b92c000 \ kernel32 ELF 7bc00000-7bca4000 Deferred ntdll<elf> \-PE 7bc10000-7bca4000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7dfa5000-7dfee000 Deferred riched20<elf> \-PE 7dfb0000-7dfee000 \ riched20 ELF 7dfee000-7dff8000 Deferred libnss_files.so.2 ELF 7dff8000-7e002000 Deferred libnss_nis.so.2 ELF 7e002000-7e019000 Deferred libnsl.so.1 ELF 7e019000-7e021000 Deferred libnss_compat.so.2 ELF 7e056000-7e088000 Deferred libcrypt.so.1 ELF 7e088000-7e1ce000 Deferred libcrypto.so.0.9.8 ELF 7e1ce000-7e211000 Deferred libssl.so.0.9.8 ELF 7e211000-7e243000 Deferred libcups.so.2 ELF 7e258000-7e26d000 Deferred riched32<elf> \-PE 7e260000-7e26d000 \ riched32 ELF 7e2c1000-7e2f4000 Deferred uxtheme<elf> \-PE 7e2d0000-7e2f4000 \ uxtheme ELF 7e2f4000-7e2fb000 Deferred libxrandr.so.2 ELF 7e2fb000-7e304000 Deferred libxrender.so.1 ELF 7e304000-7e308000 Deferred libxinerama.so.1 ELF 7e308000-7e313000 Deferred libdrm.so.2 ELF 7e313000-7e375000 Deferred libgl.so.1 ELF 7e375000-7e38e000 Deferred libxcb.so.1 ELF 7e38e000-7e4a9000 Deferred libx11.so.6 ELF 7e4a9000-7e4b8000 Deferred libxext.so.6 ELF 7e4b8000-7e4d1000 Deferred libice.so.6 ELF 7e4d2000-7e4dc000 Deferred libxcursor.so.1 ELF 7e4dc000-7e4fb000 Deferred imm32<elf> \-PE 7e4e0000-7e4fb000 \ imm32 ELF 7e4fb000-7e590000 Deferred winex11<elf> \-PE 7e510000-7e590000 \ winex11 ELF 7e639000-7e65a000 Deferred libexpat.so.1 ELF 7e65a000-7e686000 Deferred libfontconfig.so.1 ELF 7e686000-7e699000 Deferred libz.so.1 ELF 7e699000-7e708000 Deferred libfreetype.so.6 ELF 7e709000-7e70f000 Deferred libxfixes.so.3 ELF 7e732000-7e747000 Deferred lz32<elf> \-PE 7e740000-7e747000 \ lz32 ELF 7e747000-7e7eb000 Deferred oleaut32<elf> \-PE 7e760000-7e7eb000 \ oleaut32 ELF 7e7eb000-7e7fe000 Deferred libresolv.so.2 ELF 7e7ff000-7e803000 Deferred libxdamage.so.1 ELF 7e803000-7e807000 Deferred libxau.so.6 ELF 7e807000-7e80d000 Deferred libxxf86vm.so.1 ELF 7e80d000-7e828000 Deferred version<elf> \-PE 7e810000-7e828000 \ version ELF 7e828000-7e888000 Deferred rpcrt4<elf> \-PE 7e840000-7e888000 \ rpcrt4 ELF 7e888000-7e92c000 Deferred ole32<elf> \-PE 7e8a0000-7e92c000 \ ole32 ELF 7e92c000-7e962000 Deferred winspool<elf> \-PE 7e930000-7e962000 \ winspool ELF 7e962000-7e9bc000 Deferred shlwapi<elf> \-PE 7e970000-7e9bc000 \ shlwapi ELF 7e9bc000-7eac3000 Deferred shell32<elf> \-PE 7e9d0000-7eac3000 \ shell32 ELF 7eac3000-7eb66000 Deferred comdlg32<elf> \-PE 7ead0000-7eb66000 \ comdlg32 ELF 7eb66000-7ec00000 Deferred gdi32<elf> \-PE 7eb80000-7ec00000 \ gdi32 ELF 7ec00000-7ed3e000 Export user32<elf> \-PE 7ec20000-7ed3e000 \ user32 ELF 7ed3e000-7edfe000 Deferred comctl32<elf> \-PE 7ed50000-7edfe000 \ comctl32 ELF 7edfe000-7ee4b000 Deferred advapi32<elf> \-PE 7ee10000-7ee4b000 \ advapi32 ELF 7efb1000-7efd6000 Deferred libm.so.6 ELF 7efd8000-7efe1000 Deferred libsm.so.6 ELF 7efe1000-7f000000 Deferred iphlpapi<elf> \-PE 7eff0000-7f000000 \ iphlpapi ELF f7c5a000-f7c5e000 Deferred libdl.so.2 ELF f7c5e000-f7d91000 Deferred libc.so.6 ELF f7d91000-f7da8000 Deferred libpthread.so.0 ELF f7da8000-f7dab000 Deferred libxcb-xlib.so.0 ELF f7dd2000-f7ee6000 Export libwine.so.1 ELF f7ee7000-f7f03000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000017 0000001e 0 0000001d 0 0000001b 0 0000001a 0 00000019 0 00000018 0 0000000e 00000010 0 0000000f 0 0000000a 0000000b 0 00000008 (D) Z:\home\andrew\Download\Software\Windows\SetupScorchNS.exe 00000009 0 <== Backtrace: =>1 0x00402915 in setupscorchns (+0x2915) (0x0034ea0c) 2 0x004036ed in setupscorchns (+0x36ed) (0x0034eb28) 3 0x00404a3a in setupscorchns (+0x4a3a) (0x0034ed94) 4 0x00402111 in setupscorchns (+0x2111) (0x0034f2e0) 5 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034f310) 6 0x7ecc51a8 in user32 (+0xa51a8) (0x0034f350) 7 0x7ecc82e5 in user32 (+0xa82e5) (0x0034f820) 8 0x7ecc8c10 in user32 (+0xa8c10) (0x0034f860) 9 0x7ec57587 DefDlgProcW+0x87() in user32 (0x0034f890) 10 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034f8c0) 11 0x7ecc3a4e WINPROC_wrapper+0x6fe() in user32 (0x0034f900) 12 0x7ecc8e21 in user32 (+0xa8e21) (0x0034f940) 13 0x7ec8fbaa in user32 (+0x6fbaa) (0x0034f9b0) 14 0x7ec9392d in user32 (+0x7392d) (0x0034fa10) 15 0x7ec93d9a SendMessageW+0x4a() in user32 (0x0034fa50) 16 0x7ec3dbb8 in user32 (+0x1dbb8) (0x0034fb40) 17 0x7ec3eab6 in user32 (+0x1eab6) (0x0034fb60) 18 0x7ecc336a WINPROC_wrapper+0x1a() in user32 (0x0034fb90) 19 0x7ecc3a4e WINPROC_wrapper+0x6fe() in user32 (0x0034fbd0) 20 0x7ecc8e21 in user32 (+0xa8e21) (0x0034fc10) 21 0x7ec90526 DispatchMessageW+0x96() in user32 (0x0034fc50) 22 0x7ec5bf8f IsDialogMessageW+0x10f() in user32 (0x0034fd90) 23 0x7ec902c8 IsDialogMessageA+0x68() in user32 (0x0034fdd0) 24 0x00404d74 in setupscorchns (+0x4d74) (0x0034fe7c) 25 0x00406cb8 in setupscorchns (+0x6cb8) (0x0034ff08) 26 0x7b874d3e in kernel32 (+0x54d3e) (0x0034ffe8) 27 0xf7dd9a77 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) andrew@zeus:~/Download/Software/Windows$ -- Andrew ~~~~~~~~~ From an old movie of years ago, From an old movie of Marilyn Monroe. Blood Brothers (Musical) Soundtrack

1 0

Dereference of null ptrs after an ERR has been executed
by Jeff Latimer 11 Jan '08

11 Jan '08

What is the policy for handling the dereferencing of pointers that have previously been determined to be NULL and an ERR message has been issued. It seems that there are many cases where Coverity has found that the test is made but the code falls through to the dereference. In a number of cases to a TRACE. Are we trying to throw an exception in these cases but assuming that the problem is unlikely and not worth further handling. Essentially, it seems that if this is the policy then we can mark the Coverity entries as ignore. In some cases it seems that the only problem may be the TRACE and there is no other reference which implies that an else may solve the problem ie. if (!ptr) ERR "msg" else TRACE The other solution is to get the Coverity people to recognise the circumstance and not report it. Jeff

3 2

Re: [PATCH] dbghelp: Implement ImageDirectoryEntryToDataEx
by Alexandre Julliard 11 Jan '08

11 Jan '08

Andrey Turkin <andrey.turkin(a)gmail.com> writes: > + if (image || addr < nt->OptionalHeader.SizeOfHeaders) > + { > + if (section) > + { > + PIMAGE_SECTION_HEADER sec = IMAGE_FIRST_SECTION(nt); > + WORD i; > + for(i = 0; i < nt->FileHeader.NumberOfSections; i++, sec++) > + { > + if (addr >= sec->PointerToRawData && (addr - sec->PointerToRawData) < sec->SizeOfRawData) > + { It doesn't make sense to check an RVA against PointerToRawData. -- Alexandre Julliard julliard(a)winehq.org

2 1

Indentation
by Divan Burger 11 Jan '08

11 Jan '08

Hi, What is the preferred number of spaces of indentation? In comdlg32/colordlg.c it is either one or three spaces and there are a few places where there is no indentation and where things are randomly indented or switches between amounts of indentation. What is the policy on when to change indentation and other things like turning something like this: if (condition) { ...some code... return 0; } return 1; into if (condition) return 1; ...some code... return 0; The page on style (http://www.winehq.org/site/docs/winedev-guide/style-notes) only contains very little on coding style. Another question, would it be OK to use smooth gradients in the colour dialog? It could be slow on older computer accessing each pixel individually although the code is only run on startup. Divan

3 3

winelib app thread debug
by Jeff Kirk 10 Jan '08

10 Jan '08

Does anyone use gdb attach to debug pthread winelib applications? I've had a lot of problems with winedbg and winedbg --gdb, but have gdb attach working well except I can't debug threads. Breakpoints in threads crash the app and I have no thread info. gdb attach works fine with non-winelib pthread test cases.

1 0

question about fixing D3DRENDERSTATE_TEXTUREMAPBLEND
by Alexander Dorofeyev 10 Jan '08

10 Jan '08

Hi. I found some problems with D3DRENDERSTATE_TEXTUREMAPBLEND state = D3DTBLEND_MODULATE in ddraw and handling the alpha channel. This old state is currently mapped to texture stage states, with alpha part done as IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_ALPHAARG1, WINED3DTA_TEXTURE); IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_ALPHAOP, WINED3DTOP_SELECTARG1); This isn't correct, I believe, because in some cases it should be taken from diffuse color (Aliens vs Predator 1 depends on it). But the latter behavior isn't correct in all cases either. I found this description of this state on some random website via google: "D3DTBLEND_MODULATE Modulate texture-blending is supported. In this mode, the RGB values of the texture are multiplied with the RGB values that would have been used with no texturing. Any alpha values in the texture replace the alpha values that would have been used with no texturing." http://www.hi.is/~snorri/SDK-docs/x/exten203.htm I guess, this means that it either takes alpha from texture or from diffuse color, depending on whether the current texture has alpha channel (which takes priority). I've submitted a test for this to wine-patches that includes checks with both kinds of textures. It passes on XP and thus supports that this is the way it is supposed to happen. Unfortunately, this doesn't easily translate to available texture stage states. So it looks like something more hacky is needed to make it work correctly in all cases in wine. There are two approaches I can think of: 1) introduce an internal D3DTOP_ value in wined3d that will map to texture alpha or diffuse alpha, depending on the pixel format of the currently selected texture. 2) move D3DRENDERSTATE_TEXTUREMAPBLEND handling to wined3d; So it would be nice if Stefan Dösinger or maybe somebody else of d3d devs gave me some directions - which approach (if any) is ok and acceptable for wine project. I'll attach a diff with my current hacks that show how 1st approach is about to look. BTW, this worked in wine around 0.9.15 http://source.winehq.org/git/wine.git/?a=blob;f=dlls/ddraw/opengl_utils.c;h… There it wasn't mapping to texture stage states, but instead was using such call: glTexEnvi(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE); From what I read about GL_MODULATE, I'm not sure it always does exactly the thing TEXTUREMAPBLEND=MODULATE is supposed to do, but with Aliens vs Predator it worked better. diff --git a/dlls/ddraw/device.c b/dlls/ddraw/device.c index 135d6e9..e2cd23a 100644 --- a/dlls/ddraw/device.c +++ b/dlls/ddraw/device.c @@ -2534,10 +2534,9 @@ IDirect3DDeviceImpl_7_SetRenderState(IDirect3DDevice7 *iface, { case D3DTBLEND_MODULATE: IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_COLORARG1, WINED3DTA_TEXTURE); - IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_ALPHAARG1, WINED3DTA_TEXTURE); IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_COLORARG2, WINED3DTA_CURRENT); IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_COLOROP, WINED3DTOP_MODULATE); - IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_ALPHAOP, WINED3DTOP_SELECTARG1); + IWineD3DDevice_SetTextureStageState(This->wineD3DDevice, 0, WINED3DTSS_ALPHAOP, WINED3DTOP_DX6MODULATE); break; case D3DTBLEND_MODULATEALPHA: diff --git a/dlls/wined3d/state.c b/dlls/wined3d/state.c index 59ff3d4..9f11f73 100644 --- a/dlls/wined3d/state.c +++ b/dlls/wined3d/state.c @@ -351,6 +351,12 @@ static void state_blend(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3D TRACE("glBlendFunc src=%x, dst=%x\n", srcBlend, dstBlend); glBlendFunc(srcBlend, dstBlend); checkGLcall("glBlendFunc"); + + /* colorkey fixup for stage 0 alphaop depends on WINED3DRS_ALPHABLENDENABLE state, + so it may need updating */ + if (stateblock->renderState[WINED3DRS_COLORKEYENABLE]) { + StateTable[STATE_TEXTURESTAGE(0, WINED3DTSS_ALPHAOP)].apply(STATE_TEXTURESTAGE(0, WINED3DTSS_ALPHAOP), stateblock, context); + } } static void state_blendfactor(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3DContext *context) { @@ -1932,6 +1938,24 @@ static void tex_alphaop(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3D arg2 = stateblock->textureState[stage][WINED3DTSS_ALPHAARG2]; arg0 = stateblock->textureState[stage][WINED3DTSS_ALPHAARG0]; + if (op == WINED3DTOP_DX6MODULATE) { + IWineD3DSurfaceImpl *surf = NULL; + + if (stage > 0) ERR("unexpected WINED3DTOP_DX6MODULATE at stage > 0\n"); + + if (stateblock->textures[0]) + surf = (IWineD3DSurfaceImpl *) ((IWineD3DTextureImpl *) stateblock->textures[0])->surfaces[0]; + + if (surf && getFormatDescEntry(surf->resource.format, NULL, NULL)->alphaMask) { + op = WINED3DTOP_SELECTARG1; + arg1 = WINED3DTA_TEXTURE; + } + else { + op = WINED3DTOP_SELECTARG1; + arg1 = WINED3DTA_CURRENT; + } + } + if(stateblock->renderState[WINED3DRS_COLORKEYENABLE] && stage == 0 && stateblock->textures[0] && (stateblock->textureDimensions[0] == GL_TEXTURE_2D || stateblock->textureDimensions[0] == GL_TEXTURE_RECTANGLE_ARB)) { @@ -1945,13 +1969,29 @@ static void tex_alphaop(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3D * cannot remove the texture's alpha channel entirely. * * The fixup is required for Prince of Persia 3D(prison bars), while Moto racer 2 requires D3DTOP_MODULATE to work - * on color keyed surfaces. + * on color keyed surfaces. Aliens vs Predator 1 uses color keyed textures and alpha component of diffuse color to + * draw things like translucent text and perform other blending effects. * * What to do with multitexturing? So far no app has been found that uses color keying with multitexturing */ - if(op == WINED3DTOP_DISABLE) op = WINED3DTOP_SELECTARG1; - if(op == WINED3DTOP_SELECTARG1) arg1 = WINED3DTA_TEXTURE; - else if(op == WINED3DTOP_SELECTARG2) arg2 = WINED3DTA_TEXTURE; + if(op == WINED3DTOP_DISABLE) { + arg1 = WINED3DTA_TEXTURE; + op = WINED3DTOP_SELECTARG1; + } + else if(op == WINED3DTOP_SELECTARG1 && arg1 != WINED3DTA_TEXTURE) { + if (stateblock->renderState[WINED3DRS_ALPHABLENDENABLE]) { + arg2 = WINED3DTA_TEXTURE; + op = WINED3DTOP_MODULATE; + } + else arg1 = WINED3DTA_TEXTURE; + } + else if(op == WINED3DTOP_SELECTARG2 && arg2 != WINED3DTA_TEXTURE) { + if (stateblock->renderState[WINED3DRS_ALPHABLENDENABLE]) { + arg1 = WINED3DTA_TEXTURE; + op = WINED3DTOP_MODULATE; + } + else arg2 = WINED3DTA_TEXTURE; + } } } @@ -2432,6 +2472,11 @@ static void sampler(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3DCont glBindTexture(GL_TEXTURE_2D, stateblock->wineD3DDevice->dummyTextureName[sampler]); checkGLcall("glBindTexture(GL_TEXTURE_2D, stateblock->wineD3DDevice->dummyTextureName[sampler])"); } + + if (sampler == 0 && (stateblock->textureState[0][WINED3DTSS_ALPHAOP] == WINED3DTOP_DX6MODULATE)) { + /* fixup in tex_alphaop may depend on currently set stage 0 texture */ + StateTable[STATE_TEXTURESTAGE(0, WINED3DTSS_ALPHAOP)].apply(STATE_TEXTURESTAGE(0, WINED3DTSS_ALPHAOP), stateblock, context); + } } static void pixelshader(DWORD state, IWineD3DStateBlockImpl *stateblock, WineD3DContext *context) { diff --git a/include/wine/wined3d_types.h b/include/wine/wined3d_types.h index 477df24..fa9a6e8 100644 --- a/include/wine/wined3d_types.h +++ b/include/wine/wined3d_types.h @@ -758,6 +758,7 @@ typedef enum _WINED3DTEXTUREOP { WINED3DTOP_DOTPRODUCT3 = 24, WINED3DTOP_MULTIPLYADD = 25, WINED3DTOP_LERP = 26, + WINED3DTOP_DX6MODULATE = 50, WINED3DTOP_FORCE_DWORD = 0x7fffffff, } WINED3DTEXTUREOP;

2 3

Another serial port trouble report
by Dan Kegel 10 Jan '08

10 Jan '08

http://www.chiefdelphi.com/forums/showthread.php?t=61219 complains that IFI_Loader doesn't work at all in Wine. I haven't tried doing serial I/O with it, but it installs and starts fine. If somebody who's into serial I/O could give it a spin, it might turn up some problems. (Or maybe they were just using an old version of wine, who knows.) -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: shdocvw: change return value for PersistMemory_Load
by Jacek Caban 10 Jan '08

10 Jan '08

Louis. Lenders wrote: > Hi, i send this to wine-patches for review (by Jacek i guess). A user > submitted garbage test results for Segamic: > http://prdownloads.sourceforge.net/semagic/Semagic1709for2k.exe?download > > It's the second time i see an app failing on PersistMemory_Load > returning E_NOTIMPL. > Attached patch makes the app start fine. I know faking success return > value can have unwanted side effects, but for this one it seems to be > quite harmless. Also helps a bit for > http://bugs.winehq.org/show_bug.cgi?id=10588 > > Jacek, if you think it could cause trouble could you give a response? I think this patch is fine and it may go to Git. Thanks, Jacek

1 0

Re: WineD3D: Spelling fixes.
by Jonathan Ernst 10 Jan '08

10 Jan '08

On jeu, 2008-01-10 at 10:53 -0600, Austin English wrote: > - * which is essentially an input, is the destiantion register > because it is the first > - * param. According to the msdn, this must be register r5, but > let's keep it more flexible > + * which is essentially an input, is the destination register > because it is the first > + * paramater. According to the msdn, this must be register r5, > but let's keep it more flexible paramEter ?

2 1

Re: [1/2] d3dx9: Implement the different dlls [try 2]
by tony.wasserka＠freenet.de 10 Jan '08

10 Jan '08

> Please stop resending that big patch again and again, it's not going in, > it's full of problems. You need to provide correct forwards for all > functions instead of stubs, and the functions need to match the Windows > ones, you can't just copy the same spec file 12 times. Also the code was > written by David, you have to use his name in the changelog, and you > shouldn't add your copyright in all the files unless you make > significant changes. Okay, I now have spent some time on analysing the differences of the dlls (at least regarding to what functions they provide). So just a few questions from my side to make sure the next version of the patch will be what you expect: 1. Really just to ensure that one: You DO want me to forward even the stubbed functions to the "d3dx9_36 stubs", don't you? If there's more to the forwards, then tell me please. 2. Regarding the copyright thing, I'm really sorry for ignoring David's copyright, I'll change that back. However, you didn't mean the git changelog with "use his name in the changelog", did you? Well, if you did, It'd be possible to mention both, as I'll have rewritten all the specfiles. (It's not that I wouldn't respect David for his work, but the time I spent on this shouldn't be left out either) 3. When it's ready, should I post my patch to a pastebin and ask at #winehackers first if it's ok like that? 4. Is there anything other that I should correct?

2 1

major regression in current git
by Steven Edwards 10 Jan '08

10 Jan '08

Hi, Sorry I've not filed a bug report for this or dug in to it more, I am a little short on time. I've got a clean tree and am trying to install Office 97 and it seems to have totally regressed. A clean build from a few days ago installed flawlessly. I've made clean and reconfigured twice now and still see this behavior. System is ubuntu 7.10 wine: Unhandled page fault on read access to 0x00000000 at address 0xf7d4183c (thread 0016), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf7d4183c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7d4183c ESP:0033e464 EBP:0033e490 EFLAGS:00010216( - 00 -RIAP1) EAX:fffffff7 EBX:7d4d2a2c ECX:3ffffff3 EDX:0000000c ESI:00000000 EDI:7c05a7f8 Stack dump: 0x0033e464: 7d4ce808 7c05a7f8 00000000 ffffffcc 0x0033e474: 7e59b560 7e5a232c 0013fde8 00000001 0x0033e484: 7e59b560 7e5a232c 0013fde8 0033e6a0 0x0033e494: 7e5853f2 7c05a0d0 04400082 0033e55c 0x0033e4a4: 0033e550 00000001 00000000 ffffffcc 0x0033e4b4: 00000000 00000000 00000000 00000000 Backtrace: =>1 0xf7d4183c memcpy+0x1c() in libc.so.6 (0x0033e490) 2 0x7e5853f2 UploadGlyph+0x722(physDev=<register EDI not in topmost frame>, glyph=0x24, format=0x1) [/home/sedwards/source/wine-git/dlls/winex11.drv/xrender.c:803] in winex11 (0x0033e6a0) 3 0x7e5872cf X11DRV_XRender_ExtTextOut+0x64f(physDev=0x13fde8, x=0x16, y=0xd, flags=<is not available>, lprect=0x33ecc0, wstr=0x157448, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/winex11.drv/xrender.c:1259] in winex11 (0x0033ea10) 4 0x7e56b75a X11DRV_ExtTextOut+0x5a(physDev=<register EDI not in topmost frame>, x=0x16, y=0xd, flags=0x1010, lprect=0x33ecc0, wstr=0x157448, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/winex11.drv/text.c:55] in winex11 (0x0033eac0) 5 0x7eadcdb7 ExtTextOutW+0xd87(hdc=0x314, x=0x16, y=0xd, flags=0x1010, lprect=0x33f6cc, str=0x33ee04, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/gdi32/font.c:2225] in gdi32 (0x0033ed00) 6 0x7ebe18f5 DrawTextExW+0xf45(hdc=0x314, str=0x157840, i_count=<is not available>, rect=0x33f6cc, flags=0x125, dtp=0x33f698) [/home/sedwards/source/wine-git/dlls/user32/text.c:957] in user32 (0x0033f660) 7 0x7ebe237f DrawTextW+0x6f(hdc=0x314, str=0x157840, count=0xffffffff, rect=0x33f6cc, flags=0x125) [/home/sedwards/source/wine-git/dlls/user32/text.c:1090] in user32 (0x0033f6b0) 8 0x7eb69244 BUTTON_DrawTextCallback+0x54(hdc=0x314, lp=0x157840, wp=0x125, cx=0x21, cy=0xfffffff6) [/home/sedwards/source/wine-git/dlls/user32/button.c:727] in user32 (0x0033f6e0) 9 0x7ebe30fb UITOOLS_DrawStateJam+0x1cb(hdc=0x314, opcode=<is not available>, func=0x7eb691f0, lp=0x157840, wp=0x125, rc=0x33f7ac, dtflags=0x100, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1562] in user32 (0x0033f730) 10 0x7ebe357a UITOOLS_DrawState+0x17a(hdc=0x314, hbr=0x0, func=0x7eb691f0, lp=0x157840, wp=0x125, x=0x16, y=0xe, cx=0x21, cy=0xfffffff6, flags=0x0, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1738] in user32 (0x0033f7d0) 11 0x7ebe3b6c DrawStateW+0x4c(hdc=0x314, hbr=0x0, func=0x7eb691f0, ldata=0x157840, wdata=0x125, x=0x16, y=0xe, cx=0x21, cy=0xfffffff6, flags=0x0) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1758] in user32 (0x0033f800) 12 0x7eb69a2b BUTTON_DrawLabel+0x16b(hwnd=0x10032, hdc=0x314, dtFlags=0x125, rc=0x33f8a4) [/home/sedwards/source/wine-git/dlls/user32/button.c:781] in user32 (0x0033f860) 13 0x7eb69e9f PB_Paint+0x20f(hwnd=0x10032, hDC=<register EDI not in topmost frame>, action=0x1) [/home/sedwards/source/wine-git/dlls/user32/button.c:858] in user32 (0x0033f8e0) 14 0x7eb6b165 ButtonWndProc_common+0xd85(hWnd=0x10032, uMsg=<is not available>, wParam=0x0, lParam=0x0, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/button.c:302] in user32 (0x0033f9d0) 15 0x7eb6bb26 ButtonWndProcW+0x46(hWnd=<register ESI not in topmost frame>, uMsg=0xf, wParam=0x0, lParam=0x0) [/home/sedwards/source/wine-git/dlls/user32/button.c:554] in user32 (0x0033f9f0) 16 0x7ebf23ea WINPROC_wrapper+0x1a() in user32 (0x0033fa20) 17 0x7ebf2ace call_window_proc+0x6e(hwnd=<register EDI not in topmost frame>, msg=0xf, wp=0x0, lp=0x0, result=0x33fad0, arg=0x7eb6bae0) [/home/sedwards/source/wine-git/dlls/user32/winproc.c:457] in user32 (0x0033fa60) 18 0x7ebf8e51 WINPROC_call_window+0xd1(hwnd=<register ESI not in topmost frame>, msg=0xf, wParam=0x0, lParam=0x0, result=0x33fad0, unicode=0x1, mapping=0x4) [/home/sedwards/source/wine-git/dlls/user32/winproc.c:2207] in user32 (0x0033faa0) 19 0x7ebbf096 DispatchMessageW+0x96(msg=<register EDI not in topmost frame>) [/home/sedwards/source/wine-git/dlls/user32/message.c:3108] in user32 (0x0033fae0) 20 0x7eb8b86f IsDialogMessageW+0x10f(hwndDlg=<register ESI not in topmost frame>, msg=0x33fc3c) [/home/sedwards/source/wine-git/dlls/user32/dialog.c:1221] in user32 (0x0033fc20) 21 0x7ebbee38 IsDialogMessageA+0x68(hwndDlg=0x2002c, pmsg=0x33fc9c) [/home/sedwards/source/wine-git/dlls/user32/message.c:2976] in user32 (0x0033fc60) 22 0x1001b31c in mssetup (+0x1b31c) (0x00000000) 0xf7d4183c memcpy+0x1c in libc.so.6: repe movsl (%esi),%es:(%edi) Modules: Module Address Debug info Name (85 modules) PE 400000- 45c000 Deferred acmsetup PE 10000000-10048000 Export mssetup ELF 7bf00000-7bf03000 Deferred <wine-loader> ELF 7cec2000-7ced7000 Deferred midimap<elf> \-PE 7ced0000-7ced7000 \ midimap ELF 7ced7000-7cf28000 Deferred libgcrypt.so.11 ELF 7cf28000-7cf38000 Deferred libtasn1.so.3 ELF 7cf38000-7cf40000 Deferred libkrb5support.so.0 ELF 7cf40000-7cf6e000 Deferred libcrypt.so.1 ELF 7cf6e000-7cfde000 Deferred libgnutls.so.13 ELF 7cfde000-7d003000 Deferred libk5crypto.so.3 ELF 7d003000-7d08b000 Deferred libkrb5.so.3 ELF 7d08b000-7d0b4000 Deferred libgssapi_krb5.so.2 ELF 7d0b4000-7d0e9000 Deferred libcups.so.2 ELF 7d0f3000-7d11a000 Deferred msacm32<elf> \-PE 7d100000-7d11a000 \ msacm32 ELF 7d11a000-7d132000 Deferred msacm32<elf> \-PE 7d120000-7d132000 \ msacm32 ELF 7d132000-7d1c0000 Deferred winmm<elf> \-PE 7d140000-7d1c0000 \ winmm ELF 7d430000-7d434000 Deferred libgpg-error.so.0 ELF 7d43d000-7d43f000 Deferred libkeyutils.so.1 ELF 7d43f000-7d442000 Deferred libcom_err.so.2 ELF 7d462000-7d494000 Deferred uxtheme<elf> \-PE 7d470000-7d494000 \ uxtheme ELF 7d496000-7d49f000 Deferred libxcursor.so.1 ELF 7d49f000-7d4bd000 Deferred imm32<elf> \-PE 7d4b0000-7d4bd000 \ imm32 ELF 7d4bd000-7d4c2000 Deferred libxfixes.so.3 ELF 7d4c2000-7d4c5000 Deferred libxcomposite.so.1 ELF 7d4c5000-7d4cb000 Deferred libxrandr.so.2 ELF 7d4cb000-7d4d3000 Deferred libxrender.so.1 ELF 7d4d3000-7d4d6000 Deferred libxinerama.so.1 ELF 7daf7000-7daf9000 Deferred libnvidia-tls.so.1 ELF 7daf9000-7e37f000 Deferred libglcore.so.1 ELF 7e37f000-7e40b000 Deferred libgl.so.1 ELF 7e40b000-7e410000 Deferred libxdmcp.so.6 ELF 7e410000-7e413000 Deferred libxau.so.6 ELF 7e413000-7e504000 Deferred libx11.so.6 ELF 7e504000-7e512000 Deferred libxext.so.6 ELF 7e512000-7e5a3000 Dwarf winex11<elf> \-PE 7e520000-7e5a3000 \ winex11 ELF 7e623000-7e643000 Deferred libexpat.so.1 ELF 7e643000-7e66e000 Deferred libfontconfig.so.1 ELF 7e66e000-7e683000 Deferred libz.so.1 ELF 7e683000-7e6f3000 Deferred libfreetype.so.6 ELF 7e6f3000-7e7b1000 Deferred comctl32<elf> \-PE 7e700000-7e7b1000 \ comctl32 ELF 7e7b1000-7e80a000 Deferred shlwapi<elf> \-PE 7e7c0000-7e80a000 \ shlwapi ELF 7e80a000-7e911000 Deferred shell32<elf> \-PE 7e820000-7e911000 \ shell32 ELF 7e911000-7e925000 Deferred lz32<elf> \-PE 7e920000-7e925000 \ lz32 ELF 7e925000-7e93f000 Deferred version<elf> \-PE 7e930000-7e93f000 \ version ELF 7e93f000-7e960000 Deferred mpr<elf> \-PE 7e950000-7e960000 \ mpr ELF 7e960000-7e973000 Deferred libresolv.so.2 ELF 7e973000-7e991000 Deferred iphlpapi<elf> \-PE 7e980000-7e991000 \ iphlpapi ELF 7e991000-7e9f1000 Deferred rpcrt4<elf> \-PE 7e9a0000-7e9f1000 \ rpcrt4 ELF 7e9f1000-7ea94000 Deferred ole32<elf> \-PE 7ea00000-7ea94000 \ ole32 ELF 7ea94000-7eb2d000 Dwarf gdi32<elf> \-PE 7eab0000-7eb2d000 \ gdi32 ELF 7eb2d000-7ec6b000 Dwarf user32<elf> \-PE 7eb50000-7ec6b000 \ user32 ELF 7ec6b000-7ecb7000 Deferred advapi32<elf> \-PE 7ec80000-7ecb7000 \ advapi32 ELF 7ecb7000-7ecc2000 Deferred libnss_files.so.2 ELF 7ecc2000-7eccc000 Deferred libnss_nis.so.2 ELF 7eccc000-7ece4000 Deferred libnsl.so.1 ELF 7ece4000-7eced000 Deferred libnss_compat.so.2 ELF 7ee0c000-7ef38000 Deferred kernel32<elf> \-PE 7ee30000-7ef38000 \ kernel32 ELF 7ef38000-7ef5d000 Deferred libm.so.6 ELF 7ef5d000-7f000000 Deferred ntdll<elf> \-PE 7ef70000-7f000000 \ ntdll ELF f7ccb000-f7ccf000 Deferred libdl.so.2 ELF f7ccf000-f7e19000 Export libc.so.6 ELF f7e19000-f7e31000 Deferred libpthread.so.0 ELF f7e32000-f7f46000 Deferred libwine.so.1 ELF f7f48000-f7f66000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000015 (D) C:\~MSSETUP.T\~msstfof.t\acmsetup.exe 00000016 0 <== 00000013 00000014 0 0000000f 00000012 0 00000011 0 00000010 0 0000000c 0000000e 0 0000000d 0 0000000a 0000000b 0 Backtrace: =>1 0xf7d4183c memcpy+0x1c() in libc.so.6 (0x0033e490) 2 0x7e5853f2 UploadGlyph+0x722(physDev=<register EDI not in topmost frame>, glyph=0x24, format=0x1) [/home/sedwards/source/wine-git/dlls/winex11.drv/xrender.c:803] in winex11 (0x0033e6a0) 3 0x7e5872cf X11DRV_XRender_ExtTextOut+0x64f(physDev=0x13fde8, x=0x16, y=0xd, flags=<is not available>, lprect=0x33ecc0, wstr=0x157448, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/winex11.drv/xrender.c:1259] in winex11 (0x0033ea10) 4 0x7e56b75a X11DRV_ExtTextOut+0x5a(physDev=<register EDI not in topmost frame>, x=0x16, y=0xd, flags=0x1010, lprect=0x33ecc0, wstr=0x157448, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/winex11.drv/text.c:55] in winex11 (0x0033eac0) 5 0x7eadcdb7 ExtTextOutW+0xd87(hdc=0x314, x=0x16, y=0xd, flags=0x1010, lprect=0x33f6cc, str=0x33ee04, count=0x8, lpDx=0x0) [/home/sedwards/source/wine-git/dlls/gdi32/font.c:2225] in gdi32 (0x0033ed00) 6 0x7ebe18f5 DrawTextExW+0xf45(hdc=0x314, str=0x157840, i_count=<is not available>, rect=0x33f6cc, flags=0x125, dtp=0x33f698) [/home/sedwards/source/wine-git/dlls/user32/text.c:957] in user32 (0x0033f660) 7 0x7ebe237f DrawTextW+0x6f(hdc=0x314, str=0x157840, count=0xffffffff, rect=0x33f6cc, flags=0x125) [/home/sedwards/source/wine-git/dlls/user32/text.c:1090] in user32 (0x0033f6b0) 8 0x7eb69244 BUTTON_DrawTextCallback+0x54(hdc=0x314, lp=0x157840, wp=0x125, cx=0x21, cy=0xfffffff6) [/home/sedwards/source/wine-git/dlls/user32/button.c:727] in user32 (0x0033f6e0) 9 0x7ebe30fb UITOOLS_DrawStateJam+0x1cb(hdc=0x314, opcode=<is not available>, func=0x7eb691f0, lp=0x157840, wp=0x125, rc=0x33f7ac, dtflags=0x100, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1562] in user32 (0x0033f730) 10 0x7ebe357a UITOOLS_DrawState+0x17a(hdc=0x314, hbr=0x0, func=0x7eb691f0, lp=0x157840, wp=0x125, x=0x16, y=0xe, cx=0x21, cy=0xfffffff6, flags=0x0, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1738] in user32 (0x0033f7d0) 11 0x7ebe3b6c DrawStateW+0x4c(hdc=0x314, hbr=0x0, func=0x7eb691f0, ldata=0x157840, wdata=0x125, x=0x16, y=0xe, cx=0x21, cy=0xfffffff6, flags=0x0) [/home/sedwards/source/wine-git/dlls/user32/uitools.c:1758] in user32 (0x0033f800) 12 0x7eb69a2b BUTTON_DrawLabel+0x16b(hwnd=0x10032, hdc=0x314, dtFlags=0x125, rc=0x33f8a4) [/home/sedwards/source/wine-git/dlls/user32/button.c:781] in user32 (0x0033f860) 13 0x7eb69e9f PB_Paint+0x20f(hwnd=0x10032, hDC=<register EDI not in topmost frame>, action=0x1) [/home/sedwards/source/wine-git/dlls/user32/button.c:858] in user32 (0x0033f8e0) 14 0x7eb6b165 ButtonWndProc_common+0xd85(hWnd=0x10032, uMsg=<is not available>, wParam=0x0, lParam=0x0, unicode=0x1) [/home/sedwards/source/wine-git/dlls/user32/button.c:302] in user32 (0x0033f9d0) 15 0x7eb6bb26 ButtonWndProcW+0x46(hWnd=<register ESI not in topmost frame>, uMsg=0xf, wParam=0x0, lParam=0x0) [/home/sedwards/source/wine-git/dlls/user32/button.c:554] in user32 (0x0033f9f0) 16 0x7ebf23ea WINPROC_wrapper+0x1a() in user32 (0x0033fa20) 17 0x7ebf2ace call_window_proc+0x6e(hwnd=<register EDI not in topmost frame>, msg=0xf, wp=0x0, lp=0x0, result=0x33fad0, arg=0x7eb6bae0) [/home/sedwards/source/wine-git/dlls/user32/winproc.c:457] in user32 (0x0033fa60) 18 0x7ebf8e51 WINPROC_call_window+0xd1(hwnd=<register ESI not in topmost frame>, msg=0xf, wParam=0x0, lParam=0x0, result=0x33fad0, unicode=0x1, mapping=0x4) [/home/sedwards/source/wine-git/dlls/user32/winproc.c:2207] in user32 (0x0033faa0) 19 0x7ebbf096 DispatchMessageW+0x96(msg=<register EDI not in topmost frame>) [/home/sedwards/source/wine-git/dlls/user32/message.c:3108] in user32 (0x0033fae0) 20 0x7eb8b86f IsDialogMessageW+0x10f(hwndDlg=<register ESI not in topmost frame>, msg=0x33fc3c) [/home/sedwards/source/wine-git/dlls/user32/dialog.c:1221] in user32 (0x0033fc20) 21 0x7ebbee38 IsDialogMessageA+0x68(hwndDlg=0x2002c, pmsg=0x33fc9c) [/home/sedwards/source/wine-git/dlls/user32/message.c:2976] in user32 (0x0033fc60) 22 0x1001b31c in mssetup (+0x1b31c) (0x00000000) -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

3 3

Re: [resend] wineboot: fix installation of SFP protected files
by Alexandre Julliard 10 Jan '08

10 Jan '08

Andrey Turkin <andrey.turkin(a)gmail.com> writes: > @@ -494,7 +494,11 @@ static int ProcessWindowsFileProtection(void) > strcatW( dllcache, dllcacheW ); > } > > - find_handle = FindFirstFileW(dllcache,&finddata); > + dllcache_wildcard = HeapAlloc(GetProcessHeap(), 0, strlenW( dllcache )*sizeof(WCHAR) + sizeof(wildcardW)); > + strcpyW(dllcache_wildcard,dllcache); > + strcatW(dllcache_wildcard,wildcardW); > + > + find_handle = FindFirstFileW( dllcache_wildcard, &finddata ); You could simply remove the wildcard from the end of string after FindFirstFile, no need to copy the whole string. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [advapi32] QueryServiceConfig2 (resend)
by Alexandre Julliard 10 Jan '08

10 Jan '08

Stefan Leichter <Stefan.Leichter(a)camline.com> writes: > +#define MAP_STR(str) \ > + do { \ > + if (configW->str) \ > + { \ > + DWORD sz = WideCharToMultiByte( CP_ACP, 0, configW->str, -1, p, n, NULL, NULL ); \ > + if (!sz) { \ > + FIXME("WideCharToMultiByte failed for configW->%s\n", #str ); \ > + ret = FALSE; \ > + goto cleanup; \ > + } \ > + configA->str = p; \ > + p += sz; \ > + n -= sz; \ > + } \ > + else configA->str = NULL; \ > + } while (0) > + > + switch(dwLevel) { > + case SERVICE_CONFIG_DESCRIPTION: > + { LPSERVICE_DESCRIPTIONA configA = (LPSERVICE_DESCRIPTIONA) buffer; > + LPSERVICE_DESCRIPTIONW configW = (LPSERVICE_DESCRIPTIONW) bufferW; > + p = (LPSTR)(configA + 1); > + n = size - sizeof(SERVICE_DESCRIPTIONA); > + MAP_STR(lpDescription); > + } That's ugly, please get rid of that macro. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [1/2] d3dx9: Implement the different dlls [try 2]
by Alexandre Julliard 10 Jan '08

10 Jan '08

tony.wasserka(a)freenet.de writes: > Forwarding d3dx9_24...35 functions to d3dx9_36 now. Please stop resending that big patch again and again, it's not going in, it's full of problems. You need to provide correct forwards for all functions instead of stubs, and the functions need to match the Windows ones, you can't just copy the same spec file 12 times. Also the code was written by David, you have to use his name in the changelog, and you shouldn't add your copyright in all the files unless you make significant changes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] remove strange condition which might lead to crash
by Hans Leidekker 10 Jan '08

10 Jan '08

On Thursday 10 January 2008 09:49:47 Marcus Meissner wrote: > Coverity spotted "arg" as potentially NULL dereferenced > and the originating condition looks broken to me. > > It should not really handle "delim", but just check arg. Agreed, but there's another occurrence of this check in msvcrt_argvtos which has been there all along. Did Coverity spot that one too? -Hans

2 1

Advapi32: Service Control RPC
by Rolf Kalbermatter 10 Jan '08

10 Jan '08

The current service control API directly accesses the registry for most things. In native those fucntions are simple wrappers around RPC calls to the actual service.exe application. Mikolaj Zalewski offered about 3 months ago a possible aproach to implement the service.exe program. In there the proxy code generated through widl directly calls various RPC functions to communicate with the service manager executable. When doing some tests with native advapi32 under Wine I found that those fucntions seem to be implemented by simply calling more or less directly NdrCallClient2. Widl obviously doesn't generate code yet using this API and I'm sure wire compatibility can be achieved without using NdrCallClient2. But a few questions that came up here: - How good or complete is Wine's NdrCallClient(2) implementation? Would it be feasable to use it for the implementation of the service rpc calls? - Assuming it would be not a whole lot of work to make NdrCallClient(2) work for this, would it be desirable to use this API instead of the code generated by widl currently from complexity and/or performance view? - Of course this would mean that widl would have to support (some of) the {Oi | Oic | Oif | Oicf} flags to generate the proxy code but as it seems the necessary code generator at least for the client side would be fairly trivial as it is mostly just a wrapper around NdrClientCall(2) and most of the nitty gritty work is done in in that function. A midl generated proxy code using -Oicf looks at least quite trivial. Any opinions about this anyone? Rolf Kalbermatter

2 3

Re: user32: Add SetProcessDPIAware stub
by Alexandre Julliard 10 Jan '08

10 Jan '08

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > diff --git a/dlls/user32/winstation.c b/dlls/user32/winstation.c > index 75cb286..ec3a620 100644 > --- a/dlls/user32/winstation.c > +++ b/dlls/user32/winstation.c > @@ -613,3 +613,13 @@ BOOL WINAPI SetUserObjectSecurity( HANDLE handle, PSECURITY_INFORMATION info, > FIXME( "(%p,%p,%p),stub!\n", handle, info, sid ); > return TRUE; > } > + > +/*********************************************************************** > + * SetProcessDPIAware (USER32.@) > + */ > +BOOL WINAPI SetProcessDPIAware( VOID ) > +{ > + FIXME( "stub!\n"); > + > + return TRUE; > +} This has nothing to do with window stations, so it doesn't belong in winstation.c. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: d3dx9: Implement the different dlls
by tony.wasserka＠freenet.de 10 Jan '08

10 Jan '08

Oh okay, I resent a fixed patch. Why isn't it possible to forward the functions of the other dlls to the d3dx8 ones? Or is this just for keeping the code clean so that we don't have mixed d3dx8 and d3dx9_36 forwardings?

3 2

Fwd: [Bug 114025] Re: Problem with wine preloader: Warning: failed to reserve range 00000000-60000000
by Dan Kegel 10 Jan '08

10 Jan '08

Looks like there's a linux platform issue interfering with our preallocations again...? See https://bugs.launchpad.net/bugs/114025 ---------- Forwarded message ---------- From: Kees Cook <kees(a)ubuntu.com> Date: Jan 9, 2008 5:21 PM Subject: [Bug 114025] Re: Problem with wine preloader: Warning: failed to reserve range 00000000-60000000 To: dank06(a)kegel.com This is likely related to the extra security changes added to /etc/sysctl.conf (vm.mmap_min_addr = 65536). As a work-around, set this to 0. Hopefully wine can be built in a way that it doesn't have to reserve the lower 64k all the time. -- Problem with wine preloader: Warning: failed to reserve range 00000000-60000000 https://bugs.launchpad.net/bugs/114025 You received this bug notification because you are a member of Ubuntu Wine Team, which is a bug assignee. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: Dmitry Timoshkov : gdi32: Add support for scaling font metrics.
by Alistair Leslie-Hughes 10 Jan '08

10 Jan '08

"Alexandre Julliard" <julliard(a)winehq.org> wrote in message news:E1JCHD3-0006Zm-Je@wine.codeweavers.com... > Module: wine > Branch: master > Commit: 535053b92769ce5f020bb6c5516385cf69da5bf4 > URL: > http://source.winehq.org/git/wine.git/?a=commit;h=535053b92769ce5f020bb6c55… > > Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> > Date: Tue Jan 8 23:02:09 2008 +0800 > > gdi32: Add support for scaling font metrics. This commit cause my application to fail on loading. Backtrace: 1 0x601bb8ac (0x0219c098) 2 0x672be1cd UploadGlyph+0x33d(physDev=<register EDI not in topmost frame>, glyph=0x34, format=0x1) [/home/alh/wine/dlls/winex11.drv/xrender.c:803] in winex11 (0x0219c2a8) 3 0x672c0088 X11DRV_XRender_ExtTextOut+0x308(physDev=0x1322c0, x=0x0, y=0x9, flags=0x1014, lprect=0x219c8c0, wstr=0x4973fe8, count=0x7, lpDx=0x0) [/home/alh/wine/dlls/winex11.drv/xrender.c:1255] in winex11 (0x0219c628) 4 0x672a539d X11DRV_ExtTextOut+0x5d(physDev=0x1322c0, x=0x0, y=0x9, flags=0x1014, lprect=0x219c8c0, wstr=0x4973fe8, count=0x7, lpDx=0x0) [/home/alh/wine/dlls/winex11.drv/text.c:55] in winex11 (0x0219c6e8) 5 0x75d98e62 ExtTextOutW+0xac2(hdc=0x30c, x=0x0, y=0x9, flags=0x1014, lprect=0x219d2fc, str=0x219ca0c, count=0x7, lpDx=0x0) [/home/alh/wine/dlls/gdi32/font.c:2225] in gdi32 (0x0219c908) 6 0x75ea5a19 DrawTextExW+0xaa9(hdc=0x30c, str=0x4954198, i_count=0xffffffff, rect=0x219d2fc, flags=0x50, dtp=0x219d2a0) [/home/alh/wine/dlls/user32/text.c:957] in user32 (0x0219d268) 7 0x75ea693f DrawTextW+0x6f(hdc=0x30c, str=0x4954198, count=0xffffffff, rect=0x219d2fc, flags=0x50) [/home/alh/wine/dlls/user32/text.c:1090] in user32 (0x0219d2b8) 8 0x75e9cf74 STATIC_PaintTextfn+0x84(hwnd=0x10078, hdc=0x30c, style=0x0) [/home/alh/wine/dlls/user32/static.c:744] in user32 (0x0219d318) If you need any more information , let me know. Best Regards Alistair Leslie-Hughes

2 2

re: shell32: Check if token references the current user
by Dan Kegel 09 Jan '08

09 Jan '08

Ge is looking for feedback on this patch, could somebody familiar with the innards of SHGetFolderPath() comment? http://bugs.winehq.org/show_bug.cgi?id=10905#c6 / http://www.winehq.org/pipermail/wine-patches/2007-December/048437.html Thanks, Dan

2 1

re: Spelling fixes - round 6
by Dan Kegel 09 Jan '08

09 Jan '08

A few issues: 1. * DPMI_xalloc - * special virtualalloc, allocates lineary monoton growing memory. + * special virtualalloc, allocates linear monoton growing memory. Um... Probably should be 'linearly'. But if you're opening the can of worms, might as well really improve it. I suspect this would be better: * DPMI_xalloc - * special virtualalloc, allocates lineary monoton growing memory. + * Try to VirtualAlloc the len bytes just past the last block we allocated + * If that's not available, try 64K beyond; if still not available, fail. 2. -/* Volume functions derived from Alsaplayer source */ +/* Volume functions derivated from Alsaplayer source */ What? What's wrong with "derived"? "Derivated" isn't even a word?! 3. -# include <unistd.h> +#include <unistd.h> That's not a spelling fix, and you would have to fix a whole lot of those. Best leave alone. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: Spelling fixes round 6 - resend - don't apply first patch
by Francois Gouget 09 Jan '08

09 Jan '08

#ifdef HAVE_UNISTD_H -# include <unistd.h> +#include <unistd.h> #endif #include <stdarg.h> #include <stdio.h> I think this chunk should not be applied because: * as pointed out before, it's not a spelling fix * it's perfectly valid to have a space there * the indentation makes the scope of the #ifdef clearer. So removing it makes the code less readable -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ You can have my guns when you pry them from my kids cold, dead hands.

3 2

Re: [PATCH] wineboot: fix installation of SFP protected files
by Dmitry Timoshkov 09 Jan '08

09 Jan '08

"Andrey Turkin" <andrey.turkin(a)gmail.com> wrote: > + dllcache_wildcard = HeapAlloc(GetProcessHeap(), 0, strlenW( dllcache )*sizeof(WCHAR) * sizeof(wildcardW)); Aren't there too much of multiplications? -- Dmitry.

2 1

Re: gdi32: Fix the regression caused by the scaling font metrics patch
by Alexandre Julliard 09 Jan '08

09 Jan '08

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > Changelog: > gdi32: Fix the regression caused by the scaling font metrics patch. This breaks the tests: ../../../tools/runtest -q -P wine -M riched20.dll -T ../../.. -p riched20_test.exe.so editor.c && touch editor.ok editor.c:309: Test failed: 0 == 0 editor.c:317: Test failed: 0 == 0 editor.c:865: Test failed: EM_SCROLL page down didn't scroll by a small positive number of lines (r == 0x00010000) editor.c:869: Test failed: EM_SCROLL page down not functioning (line 0 scrolled to line 0 editor.c:876: Test failed: EM_SCROLL page up didn't scroll by a small negative number of lines (r == 0x00010000) editor.c:879: Test failed: EM_SCROLL page up not functioning (line 0 scrolled to line 0 editor.c:888: Test failed: EM_SCROLL line down didn't scroll by one line (r == 0x00010000) editor.c:890: Test failed: EM_SCROLL line down didn't go down by 1 line (0 scrolled to 0) editor.c:899: Test failed: EM_SCROLL line up didn't scroll by one line (r == 0x00010000) editor.c:901: Test failed: EM_SCROLL line up didn't go up by 1 line (0 scrolled to 0) editor.c:865: Test failed: EM_SCROLL page down didn't scroll by a small positive number of lines (r == 0x00010000) editor.c:869: Test failed: EM_SCROLL page down not functioning (line 0 scrolled to line 0 editor.c:876: Test failed: EM_SCROLL page up didn't scroll by a small negative number of lines (r == 0x00010000) editor.c:879: Test failed: EM_SCROLL page up not functioning (line 0 scrolled to line 0 editor.c:888: Test failed: EM_SCROLL line down didn't scroll by one line (r == 0x00010000) editor.c:890: Test failed: EM_SCROLL line down didn't go down by 1 line (0 scrolled to 0) editor.c:899: Test failed: EM_SCROLL line up didn't scroll by one line (r == 0x00010000) editor.c:901: Test failed: EM_SCROLL line up didn't go up by 1 line (0 scrolled to 0) make[2]: *** [editor.ok] Error 18 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: server/token.c -- -Wtype-limits changes
by Alexandre Julliard 09 Jan '08

09 Jan '08

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > diff -u -3 -p -r1.60 token.c > --- server/token.c 6 Dec 2007 14:27:53 -0000 1.60 > +++ server/token.c 7 Jan 2008 13:57:28 -0000 > @@ -515,8 +515,7 @@ struct token *token_duplicate( struct to > struct privilege *privilege; > struct group *group; > > - if ((impersonation_level < SecurityAnonymous) || > - (impersonation_level > SecurityDelegation)) > + if (impersonation_level > SecurityDelegation) There's no guarantee that the enum is an unsigned type. -- Alexandre Julliard julliard(a)winehq.org

1 0

Dynace OO Extension to C and Windows Development System
by Blake McBride 09 Jan '08

09 Jan '08

This is an announcement for a new release of the Dynace Object Oriented Extension to C and the Windows Development System. Real briefly, Dynace is an OO extension to C which includes multiple inheritance, meta object protocol (MOP), class library, native thread support, garbage collection, and is well documented. The system has been in production use for over 10 years. The Windows Development System is a Dynace class library which makes programming GUI applications under Windows and Linux (WINE) very easy. It also includes a library for SQL Databases, an interface to Java and MzScheme, a custom resource editor, etc. Besides 600+ pages of professional documentation, the system also includes a language tutorial and a GUI and Database tutorial. Dynace will run on almost anything with a C compiler. It has been tested on many different systems over the years. The Windows Development System runs on Windows an Linux (with WINE). This is open source software. I can be downloaded at: http://blake.mcbride.name Blake McBride blake(a)mcbride.name

1 0

Re: Spelling fixes - round 6
by Francois Gouget 09 Jan '08

09 Jan '08

- * 3 - controller supports hardware stereoscopic signalling + * 3 - controller supports hardware stereoscopic signaling * 4 - =0 stereo signalling via external VESA stereo connector * =1 stereo signalling via VESA EVC connector Why are you changing 'signalling' to 'signaling' in one place, but leaving it as is twice two lines down. Note that I'm not sure which form is right, but ispell is happy with both so it's possible both are ok. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ We are Pentium of Borg. You will be approximated. Division is futile.

4 4

Spelling fixes - abbreviation question
by Austin English 09 Jan '08

09 Jan '08

I'm seeing quite a few abbreviations. While they don't hurt anything, they do give the code a slang tone. I personally think that wine is a very professional project, and it's code should reflect that. While this is obviously a very generic question, I wanted to clarify before submitting some changes for these. A few examples. These are all in comments, not in actual code, and I'm checking to make sure compilation/tests still pass before submitting. mem -> memory init -> initialize concat -> concatenate nr/num -> number infos -> information manuf -> manufacturer Etc. Anyone have any objections to these being changed? Call me a grammar nazi, but it's easier to read when not shortened like that. -Austin

3 3

re: Spelling fixes - abbreviation question
by Dan Kegel 08 Jan '08

08 Jan '08

I also object to removing abbreviations or Britishisms. The key to being a successful spelling policeman is to stick to noncontroversial spelling fixes, and avoiding anything controversial or non-spelling-related.

1 0

Re: [1/2] WineD3D: Detect geforce 7300 cards
by Marco Schuster 08 Jan '08

08 Jan '08

Wouldn't it be better to differ between the desktop and the Go versions? Dunno if some games use the information that the Go versions are less-featured than the desktop versions, but might get us useful. Marco

2 1

Re: d3dx9: Implement the different dlls
by paulo lesgaz 08 Jan '08

08 Jan '08

You need to forward the functions of d3dx9_xx.dll (xx from 24 to 35) to the ones of d3dx9_36.dll Only the functions of d3dx9_36.dll can be forwarded to the ones of d3dx8.dll David --------------------------------- Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail

1 0

Re: [PATCH 04/14] inetcomm: Add self-registration code.
by Detlef Riekenberg 08 Jan '08

08 Jan '08

On Fr, 2007-11-02 at 13:46 +0000, Huw Davies wrote: > + NULL, The char 0x0c looks wrong here. (was already in the Patch from Rob) The Patchset was send twice (xx/14 and xx/18) with the same times. Example from Huw (Rob did the same before): Subject: [PATCH 17/18] inetcomm: Add two missing member functions. Date: Fri, 2 Nov 2007 11:54:03 +0000 (12:54 CET) Subject: [PATCH 13/14] inetcomm: Add two missing member functions. Date: Fri, 2 Nov 2007 11:54:03 +0000 (12:54 CET) -- By by ... Detlef

3 2

Re: shell32: Fixed incorrect definitions of CFSTR_*.
by Francois Gouget 08 Jan '08

08 Jan '08

On Tue, 8 Jan 2008, Yarin Kaul wrote: > Changes: > > This patch fixes http://bugs.winehq.org/show_bug.cgi?id=3159 : > > 'Some of the CFSTR_* constants (such as CFSTR_SHELLIDLIST) are > incorrectly defined as ANSI strings even when "UNICODE" is defined.' > > Change log: > > shell32: Fixed incorrect definitions of CFSTR_*. Just using the TEXT macro is not good enough because it does not work on Unix. Check out the definition of STATUSCLASSNAMEA in commctrl.h for how this should be handled. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ There are 10 types of people in the world... those who understand binary and those who don't.

1 0

[2/2] d3dx9: Add d3dx9core.h
by tony.wasserka＠freenet.de 08 Jan '08

08 Jan '08

This patch adds the d3dx9core header file, which is used for the interface declarations.

1 0

d3dx implementation senseless?
by tony.wasserka＠freenet.de 08 Jan '08

08 Jan '08

> Well, why then hasn't this patch been accepted? > http://www.winehq.org/pipermail/wine-patches/2007-November/047212.html Oh well, I see, corrupted... Seems like I'll spend the day on fixing that one :D

1 0

d3dx implementation senseless?
by tony.wasserka＠freenet.de 08 Jan '08

08 Jan '08

Well, why then hasn't this patch been accepted? http://www.winehq.org/pipermail/wine-patches/2007-November/047212.html

1 0

Re: Russian translation of wordpad.
by Andrey Turkin 08 Jan '08

08 Jan '08

Andrey Esin wrote: > In patch: > Full translation of wordpad on russian. > > Author: Andrey Esin <andrey(a)esin.name> > > ------------------------------------------------------------------------ > > You've messed up indentation, and there is a typo in STRING_ALL_FILES.

1 0

Bow and question
by Juan Carlos Montes 08 Jan '08

08 Jan '08

Hi all, I am new in this list, so... Hello!!! Well, I work in a CERT and we are create a automatic malware detection tool with wine. On the first part the project we use the debug log to monitorize the file access, registry... I want know where can i find the option to WINEDEBUG. In this time, we are used trace+file, trace+reg. Can trace the sockets?? Kind regards PD: Sorry for my english, :P _______________________________________________________________________________ Juan Carlos Montes Senra INTECO-CERT Instituto Nacional de Tecnologías de la Comunicación email: juancarlos.montes(a)inteco.es | jcmontes(a)cert.inteco.es Tlf. 0034 987 877 189 - ext. 532 _______________________________________________________________________________

3 4

Re: MSXML3: Exclude member variable when external lib is not present
by James Hawkins 08 Jan '08

08 Jan '08

On Jan 8, 2008 1:20 AM, Rolf Kalbermatter <r.kalbermatter(a)hccnet.nl> wrote: > Recent changes in MSXML3 added a part which is conditionally compiled when > libxml2 is available but a member variable in a COM interface using such a > type is present unconditionally. Exclude that variable from the build in > that case. > A patch was already sent by Lei 13 hours ago. -- James Hawkins

1 1

Re: Spelling fixes - round 6
by Juan Lang 08 Jan '08

08 Jan '08

Hi Austin, - case 0x32: /* ENABLE/DISABLE VIDEO ADDRERSSING */ + case 0x32: /* ENABLE/DISABLE VIDEO ADDRRESSING */ That's still misspelled. - * special virtualalloc, allocates lineary monoton growing memory. + * special virtualalloc, allocates linear monoton growing memory. Monoton isn't a word. Monotone is, as is monotonic, and monotonically, which is probably what's meant. -/* Volume functions derived from Alsaplayer source */ +/* Volume functions derivated from Alsaplayer source */ This change doesn't look correct to me. --Juan

2 1

Re: d3dx implementation senseless?
by tony.wasserka＠freenet.de 08 Jan '08

08 Jan '08

Okay, I have a bit time now and tomorrow, so I'll probably have submitted a basic d3dx9 dll patch until Wednesday. So I'll create a new d3dx9 directory inside dlls, but I'm not that familiar with Wine's makefile system (not very much with makefiles in general honestly), so can anyone tell me how to tell make that it should create several copies of our dll?

2 1

Fwd: [alkyproject-announce] End of an era
by Marco da Silva 08 Jan '08

08 Jan '08

Can that code be used in wine? the DX implementation could help I think

3 3

Dead in the water because of bug 11080
by Dan Kegel 08 Jan '08

08 Jan '08

Today's git (or perhaps Friday's?) seems to cause every oldish microsoft runtime installer to fail; see http://bugs.winehq.org/show_bug.cgi?id=11080 This makes it kind of hard for me to verify my old bugs.

2 1

Commit stats
by Hans Leidekker 07 Jan '08

07 Jan '08

$ for y in {2002..2007}; do \ n=$( git log | grep ^Date: | grep $y | wc -l ); \ echo "Number of commits in $y: $n"; \ done Number of commits in 2002: 3094 Number of commits in 2003: 3283 Number of commits in 2004: 3851 Number of commits in 2005: 6006 Number of commits in 2006: 8431 Number of commits in 2007: 9526 -Hans

2 1

Re: [PATCH] Fix REG_MULTI_SZ save fromat - bug 824
by Alexandre Julliard 07 Jan '08

07 Jan '08

"Michal Piaskowski" <piaskal(a)gmail.com> writes: > Hi! > This is my first patch for wine. It fixes bug 824. > > The problem is that wine stores REG_MULTI_SZ as > null terminated string and sometimes looses information about data length. > Without this information wine can't tell if the original string was null > terminated or not. I don't think a non null-terminated MULTI_SZ string is very useful. Do you really have an app that depends on this? -- Alexandre Julliard julliard(a)winehq.org

2 4

re: [PATCH] Fix REG_MULTI_SZ save fromat - bug 824
by Dan Kegel 07 Jan '08

07 Jan '08

Alexandre wrote: > I don't think a non null-terminated MULTI_SZ string is very useful. > Do you really have an app that depends on this? http://www.xpregistrycleaner.com/embedded-null-characters/ claims "some software vendors use the embedded-null registry key technique as a way to enforce the software license agreement and to reduce the ability of users to tamper with the license information stored in these registry keys." http://forum.sysinternals.com/forum_posts.asp?TID=6030 claims "iuVCR (www.iulabs.com) 4.11.0.374" might be such an app. http://forum.sysinternals.com/forum_posts.asp?TID=2628 says "The Aladdin Privilege Software Commerce Platform (SCP) may be a common denominator for instances of Registry keys with embedded nulls detected by RKR. ... [One app that seemed to use them was] a free trial of Adobe Acrobat Professional 6.0." http://forum.sysinternals.com/forum_posts.asp?TID=8882&PN=1 mentions that Windows itself uses keys with trailing nulls for some things. And of course there's all that splendid malware. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: dlls/kernel32/task.c -- minor improvement
by Alexandre Julliard 07 Jan '08

07 Jan '08

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Index: dlls/kernel32/task.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel32/task.c,v > retrieving revision 1.2 > diff -u -3 -p -r1.2 task.c > --- dlls/kernel32/task.c 13 Oct 2006 10:27:19 -0000 1.2 > +++ dlls/kernel32/task.c 3 Jan 2008 21:33:44 -0000 > @@ -57,7 +57,7 @@ typedef struct > WORD magic; /* Thunks signature */ > WORD unused; > WORD free; /* Head of the free list */ > - WORD thunks[4]; /* Each thunk is 4 words long */ > + WORD thunks[]; /* Each thunk is 4 words long */ > } THUNKS; That syntax is not portable. -- Alexandre Julliard julliard(a)winehq.org

3 5

Re: Can't figure out how to link a program
by Blake McBride 07 Jan '08

07 Jan '08

Dear Alexandre, Thank you for your response. With that little information I was able to get my entire system working. Two or three very simple examples showing all the steps in the docs would be worth their weight in gold and would be so easy to do. It's also a shame I had to send the inquiry through three different channels before getting an answer. Thank you very much for your quick response. I t made all the difference. Respectfully, Blake McBride Alexandre Julliard wrote: > Blake McBride <blake(a)mcbride.name> writes: > > >> I apologize for bothering you with this. I have tried getting an >> answer to this on comp.emulators.ms-windows.wine and on >> wine-devel(a)winehq.org without any responses. Actually, I am quite >> surprised that neither is this information available in the >> documentation, the examples, nor the faq. It seems like being able to >> compile and link a simple hello-world program without all kinds of >> convoluted / cygwin compatible / shared library wrapper stuff is >> either impossible or a deeply guarded secret. I used to use Willows >> and everything build cleanly and simply. Basically I'm just trying to >> compile a C program that uses the Win32 API. I would think there >> would be some simple way of compiling with your include files and >> linking with your libraries in a straight forward and simple way (like >> every other development system). >> > > There is, you have to use winegcc instead of plain gcc. It does all the > magic for you. > >

2 1

Fwd: [alkyproject-announce] End of an era
by Vincent Povirk 07 Jan '08

07 Jan '08

Forwarding in case this might be useful to anyone here. ---------- Forwarded message ---------- From: Cody Brocious <cody.brocious(a)gmail.com> Date: Jan 7, 2008 3:46 AM Subject: [alkyproject-announce] End of an era To: alkyproject-announce(a)googlegroups.com It is with great sadness that I announce the closing of Falling Leaf Systems, LLC. We set out over a year ago to provide users of both "old and unsupported" as well as "alternative" Operating Systems the ability to run the latest games for the PC. Unfortunately, Falling Leaf Systems was unable to achieve that goal. However, every ending tends to open another door for opportunity and though we are saddened to announce our departure, we are almost as excited to announce the immediate availability of ALL source code for the Alky Project! It is licensed under the LGPL and includes both the orginal Alky Converter source used to convert the popular Prey Demo to run on OSX and Linux, as well as the alpha release of the Alky Compatibility Libraries which attempted to provide a DirectX10 compatible runtime for Windows XP. All of this is available at http://www.fallingleafsystems.com/ We have also created some new forums on the site for users to discuss the coming cycle of DirectX 10 based games. We hope that you'll pop in there from time to time, and we also hope you join our mailing list to receive an announcement in case some other Open Source project decides to carry on the Alky banner. We appreciate all your past support; Happy gaming! --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Alky Project Announcements" group. To post to this group, send email to alkyproject-announce(a)googlegroups.com To unsubscribe from this group, send email to alkyproject-announce-unsubscribe(a)googlegroups.com For more options, visit this group at http://groups.google.com/group/alkyproject-announce?hl=en -~----------~----~----~----~------~----~------~--~--- -- Vincent Povirk

1 0

Re: d3dx implementation senseless?
by tony.wasserka＠freenet.de 07 Jan '08

07 Jan '08

> Since everybody agrees that we need a built-in d3dx9, we could begin to implement it. > In the last talk about it, no plan was found to implement it: does one create a wined3dx or implement on the top of the last d3dx9 > dll? > > So, I think that a definitive answer should be given very quickly. > > David As far as I read, we decided to create the dlls/d3dx9_** directories, use the latest one for all the code and forward all calls from older dlls to this one. However, I don't think that it is a problem if a dll contains more functions than the native dll, so we could also just use 12 (sth. around that) copies of the same dll. And about starting development: I have already began to implement the D3DXRenderToSurface interface, but I'm new to COM programming so the progress is quite slow, so I'd recommend someone other to do the base of the dll. A suggestion I'd like to do is a message that Wine should print out when a program wants to use the d3dx9 dll, sth. like: MESSAGE("The application you want to run makes use of the D3DX9 library!n"); MESSAGE("tIts implementation under Wine is very young and far away from complete.n"); MESSAGE("tYou may be better off using a native d3dx9_24.dll file.n");

3 2

[Fwd: Re: French LTEXT correction]
by Jonathan Ernst 07 Jan '08

07 Jan '08

Hello, Please use "reply-to all" so that everybody on the list can read your answer. -------- Forwarded Message -------- From: Vincent Hardy <vincent.hardy.be(a)gmail.com> Reply-To: vincent.hardy.be(a)gmail.com To: Jonathan Ernst <jonathan(a)ernstfamily.ch> Subject: Re: French LTEXT correction Date: Mon, 07 Jan 2008 08:45:19 +0100 Jonathan Ernst a écrit : > On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: >> Regedit displays "Rechercher::". Now Regedit displays "Rechercher :" and >> so on... > > It doesn't here (?). Furthermore in French ":" should be preceded by an > unbreakable space (like it's the case now) and not a normal space. > > > Thank you for your explanation. Nevertheless, it is not normal "::". See capture... (sorry for my poor english, I'm french speaking)

2 3

Re: [1/2][try 3] ddraw/tests: add test for rendering vertices with zero rhw
by H. Verbeet 06 Jan '08

06 Jan '08

On 07/01/2008, Alexander Dorofeyev <alexd4(a)inbox.lv> wrote: > Hi. > > I couldn't reproduce any problems with this patch on wine or on windows, but I > moved coordinates of retrieved pixel a bit away from edges. I hope this was the > problem :-/ > It could've been a depth buffer issue as well. I'm not exactly sure what the state of the depth buffer is when the test is run, but in general it appears the GF8 rounds slightly different compared to previous nvidia cards.

1 0

Re: msxml3: IXMLDOMDocument does not support get_nextSibling
by Alistair Leslie-Hughes 06 Jan '08

06 Jan '08

Ignore this patch. Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > msxml3: IXMLDOMDocument does not support get_nextSibling > > Best Regards > Alistair Leslie-Hughes > > > ------------------------------------------------------------------------ > >

1 0

Re: msxml3: IXMLDOMAttribute does not support get_nextSibling
by Alistair Leslie-Hughes 06 Jan '08

06 Jan '08

Ignore this patch. Alistair Leslie-Hughes wrote: > Hi, > > Changelog: > msxml3: IXMLDOMAttribute does not support get_nextSibling > > > Best Regards > Alistair Leslie-Hughes > > > ------------------------------------------------------------------------ > >

1 0

Why the dash in the new "-unknown" category?
by Dan Kegel 06 Jan '08

06 Jan '08

Is it to make it show up first in the list?

2 1

Strange bash error "shell-init: error retrieving current directory"
by Dan Kegel 06 Jan '08

06 Jan '08

I've been seeing the error shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory a lot recently when running Wine, probably when installers finish. It started a couple weeks ago. I think it's a bash error message. Anyone else seeing that, or know what causes it? (Do we run our wrapper script in a directory that goes away, say?)

1 0

What happened to the videos from WineConf?
by Maarten Lankhorst 06 Jan '08

06 Jan '08

I remember at wineconf there were some videos created, what happened with those? I tried to look on youtube for wineconf, but I didn't find anything. Are they online yet? Or will they be put online? -Maarten

5 9

Re: [PATCH] ntdll: remove bogus VALGRIND_DISCARD
by Peter Oberndorfer 06 Jan '08

06 Jan '08

On Sonntag 06 Januar 2008, Peter Oberndorfer wrote: > > VALGRIND_DISCARD is used to discard block description handles > (which are created by VALGRIND_CREATE_BLOCK) > but it was called with the return value of VALGRIND_MAKE_xxx macros > which all return 0xffffffff > dlls/ntdll/signal_i386.c uses this macros already without VALGRIND_DISCARD > --- > dlls/ntdll/heap.c | 16 ++++++++-------- > 1 files changed, 8 insertions(+), 8 deletions(-) > Please don't apply this yet, it needs further research. The valgrind manual tells us in the Client Requests section that VALGRIND_MAKE_xxx functions return such a block handle [1], But looking at the implementation of valgrind/adding traces to valgind DISCARD request show it returns 0xffffffff ? Greetings Peter [1] valgrind manual Release 3.3.0 - 4.6. Client Requests * VALGRIND_MAKE_MEM_NOACCESS, VALGRIND_MAKE_MEM_UNDEFINED and VALGRIND_MAKE_MEM_DE These mark address ranges as completely inaccessible, accessible but containing undeﬁned data, and accessible and containing deﬁned data, respectively. Subsequent errors may have their faulting addresses described in terms of these blocks. _Returns a "block handle"_. Returns zero when not run on Valgrind. * VALGRIND_MAKE_MEM_DEFINED_IF_ADDRESSABLE. This is just like VALGRIND_MAKE_MEM_DEFINED but only affects those bytes that are already addressable. * VALGRIND_DISCARD: At some point you may want Valgrind to stop reporting errors in terms of the blocks deﬁned by the previous three macros. To do this, the above macros return a small-integer "block handle". You can pass this block handle to VALGRIND_DISCARD. After doing so, Valgrind will no longer be able to relate addressing errors to the user-deﬁned block associated with the handle. The permissions settings associated with the handle remain in place; this just affects how errors are reported, not whether they are reported. Returns 1 for an invalid handle and 0 for a valid handle (although passing invalid handles is harmless). Always returns 0 when not run on Valgrind.

1 0

Re: comdlg32: 1/2 PageSetupDlg: Convert paint procs to Unicode
by Dmitry Timoshkov 06 Jan '08

06 Jan '08

"Alexander Nicolaysen Sørnes" <alex(a)thehandofagony.com> wrote: > comdlg32: 1/2 PageSetupDlg: Convert paint procs to Unicod What's the purpose of this patch? It improves nothing IMO except of making the code less readable, making it not thread safe, calling CallWindowProcW where it shouldn't. -- Dmitry.

2 4

Where are the bugzilla admins?
by Vitaliy Margolen 06 Jan '08

06 Jan '08

Where did our buzilla admins go? 3 weeks and nothing is changing! Vitaliy.

3 5

Re: d3dx implementation senseless?
by tony.wasserka＠freenet.de 06 Jan '08

06 Jan '08

> I do not think patents which are blocking your ability to use the DLLs > in Wine. It is your Windows license. > > I believe that if you have a Windows license for your machine, you are > free to use Windows or its DLLs. This includes all the "free" downloads > from their web-pages. I think, if you do not have a license for that > machine, you are in violation of the license, which is illegal. > > I am not sure i got all the details right but you can probably find more > on their web-page. > > If i understand it correctly, it of course means that there are no > really free downloads on their web-page, as they all rely on a purchase > of Windows. This makes the "free" download kind of expensive. > > For Wine it means that anything the user has to D/L from their homepage > is a no-no. Oh well, I didn't think about that, sorry. Then it of course is a good thing if we implement our own d3dx.

3 2

Gates of Skeldal - d3d problem ?
by Pavel Troller 05 Jan '08

05 Jan '08

Hi! A classic Czech RPG game, Gates of Skeldal, has been released for free download. I've tried the game for my children, but it seems to have a problem in wine. Installation is perfect. Running the game basically works, intro video plays well, but then the problem occurs. Starting the game causes that every mouse move or other activity quickly swaps forth and back the correct window contents with a previous one, which should not be displayed anymore (like the in-game window and main menu window). Not all the window is always swapped, sometimes just some areas flash forth/back. To be even worse, the mouse pointer is not properly erased, so the window begins filled with its traces. After a while, the window is totally garbled and playing is impossible. Synchronously with this problem, the wine console starts to be flooded with the following message: fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd58/0x33fd48 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd38/0x33fd28 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd4c/0x33fd3c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd7c/0x33fd6c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd80/0x33fd70 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd38/0x33fd28 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd4c/0x33fd3c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd7c/0x33fd6c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd38/0x33fd28 fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd4c/0x33fd3c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd7c/0x33fd6c fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x33fd38/0x33fd28 Is it possible that this fixme refers to the real cause or the problem, or are these messages just harmless, not related to the problem ? Tested on a today's git. The game can be freely downloaded (cca 188 MB) there (it is in Czech, but the menu is easy and anybody can find how to control the game): http://www.napoleongames.cz/download/brany_skeldalu_setup.exe With regards, Pavel Troller

1 0

Re: ImmNotifyIMM with CPS_CANCEL fully clears the composition string. Also enable respective tests
by Michael Jung 05 Jan '08

05 Jan '08

This fixes the hang in Excel 2003 Viewer for me. Thanks! -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Fix a memory leak in msi (try 2)
by Rico Schüller 05 Jan '08

05 Jan '08

1 1

Re: Fix a memory leak in msi (try 2), etc.
by Andrew Talbot 05 Jan '08

05 Jan '08

Hi Rico, Please send your patches to wine-patches, not wine-devel. Thanks, -- Andy.

1 0

Fix a memory leak in msi (try 2)
by Rico Schüller 05 Jan '08

05 Jan '08

1 0

Fix a memory leak in mshtml (try 2)
by Rico Schüller 05 Jan '08

05 Jan '08

1 0

Fix a memory leak in cabinet (try 2)
by Rico Schüller 05 Jan '08

05 Jan '08

1 0

Re: USER32 - SPI_GETMOUSE missing a default value.
by Peter Dons Tychsen 05 Jan '08

05 Jan '08

> SPI_GETMOUSE should work just fine, do you have a sample code which > doesn't work? Is the app trying to read the registry directly without > using SystemParametersInfo? > The application is the game "World In Conflict". The application is reading correctly through SystemParametersInfo(). The problem as i see it, is that there is no default value for the mouse parameters in the registry. You can see this by doing a clean wine install, and checking the registry. I think this value should have a default which should be set every time the DLL is loaded, so applications can read the value via SystemParametersInfo(). Alternatively, the DLL could detect the missing info at runtime, but that would not handle the case where the app tries to read the key directly, so i still think the first version is the best. /p

2 1

Bugzilla preening status
by Dan Kegel 05 Jan '08

05 Jan '08

Bugzilla has some nice "Change Over Time" graphs. These show there's been a nice chunk of bugs moved into 'Fixed' state in the last week: http://bugs.winehq.org/reports.cgi?product=Wine&datasets=NEW%3A&datasets=UN… BTW somebody should give Jeff Zaroyko bugzilla privs, he's doing a nice job, and should be able to mark bugs fixed.

1 0

re: Jacek Caban : shdocvw: Use BindToObject to load document ...
by Dan Kegel 05 Jan '08

05 Jan '08

I'm seeing a new crash in shdocvw/tests/webbrowser.c since yesterday. I haven't verified this with bisect, but the stack traces seem to point to Jacek's set of changes. Both can be seen here: http://kegel.com/wine/valgrind/logs-2008-01-04/vg-shdocvw_webbrowser-diff.t… The first one is a new valgrind warning: + Syscall param writev(vector[2]) points to uninitialised byte(s) + at (within /lib/ld-2.5.so) + by wine_server_call (server.c:244) + by send_debug_event (exception.c:200) + by raise_exception (exception.c:357) + by __regs_RtlRaiseException (exception.c:388) + by raise_segv_exception (signal_i386.c:1032) + by ??? + by set_moniker (persist.c:326) + by PersistMoniker_Load (persist.c:427) + by report_data (binding.c:400) + by InternetProtocolSink_ReportData (binding.c:1073) + by BPInternetProtocolSink_ReportData (bindprot.c:518) + by AboutProtocol_Start (protocol.c:275) + by BindProtocol_Start (bindprot.c:192) + by start_binding (binding.c:1446) + by bind_to_object (binding.c:1513) + by URLMonikerImpl_BindToObject (umon.c:490) + by navigate_mon (navigate.c:563) + by navigate_url (navigate.c:659) + by WebBrowser_Navigate2 (webbrowser.c:695) And the second one is a new crash: +Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x06ce27c6). +=>1 0x06ce27c6 set_document_bscallback+0xb6(doc=0x7f018f80, callback=0x7f01b748) [dlls/mshtml/mshtml_private.h:563] in mshtml (0x7f22f488) + 2 0x06cf732a set_moniker+0x6ba(This=0x7f018f80, mon=0x7f017e38, pibc=0x7f019570, bind_complete=0x7f22f628) [dlls/mshtml/persist.c:327] in mshtml (0x7f22f5e8) + 3 0x06cf7a35 PersistMoniker_Load+0x45(iface=0x7f018f90, fFullyAvailable=0x1, pimkName=0x7f017e38, pibc=<?>, grfMode=0x12) [dlls/mshtml/persist.c:428] in mshtml (0x7f22f638) + 4 0x06c088a1 report_data+0x761(This=0x7f018970, bscf=<?>, progress=<?>, progress_max=0x1e) [dlls/urlmon/binding.c:400] in urlmon (0x7f22f6d8) + 5 0x06c08ba4 InternetProtocolSink_ReportData+0xb4(iface=0x7f018974, grfBSCF=0xd, ulProgress=0x1e, ulProgressMax=<?>) [dlls/urlmon/binding.c:1073] in urlmon (0x7f22f718) + 6 0x06c0a23f BPInternetProtocolSink_ReportData+0x4f(iface=0x7f018e18, grfBSCF=0xd, ulProgress=0x1e, ulProgressMax=<?>) [dlls/urlmon/bindprot.c:518] in urlmon (0x7f22f758) + 7 0x06cf8e1c AboutProtocol_Start+0x1cc(iface=0x7f018e48, szUrl=<?>, pOIProtSink=0x7f018e18, pOIBindInfo=0x7f018e0c, grfPI=0x0, dwReserved=0x0) [dlls/mshtml/protocol.c:279] in mshtml (0x7f22f808) + 8 0x06c0b49e BindProtocol_Start+0x1ce(iface=0x7f018e08, szUrl=0x7f018540, pOIProtSink=<?>, pOIBindInfo=0x7f018978, grfPI=0x0, dwReserved=0x0) [dlls/urlmon/bindprot.c:192] in urlmon (0x7f22f888) + 9 0x06c09881 start_binding+0xa91(mon=0x7f017e38, binding_ctx=0x0, url=<?>, pbc=0x7f018838, to_obj=0x1, riid=0x6bdfda8, ret=0x7f22f9ac) [dlls/urlmon/binding.c:1446] in urlmon (0x7f22f988) + 10 0x06c099ca bind_to_object+0x3a(mon=0x7f017e38, url=0x7f018540, pbc=0x7f018838, riid=0x6bdfda8, ppv=0x7f22fc34) [dlls/urlmon/binding.c:1514] in urlmon (0x7f22f9b8) + 11 0x06c17c88 URLMonikerImpl_BindToObject+0xe8(iface=0x7f017e38, pbc=<?>, pmkToLeft=0x0, riid=<?>, ppv=0x7f22fc34) [dlls/urlmon/umon.c:491] in urlmon (0x7f22fa18) + 12 0x06bd1937 navigate_mon+0x507(This=0x7f0176d8, mon=0x7f017e38, post_data=0x0, post_data_len=0x0, headers=0x0) [dlls/shdocvw/navigate.c:563] in shdocvw (0x7f22fc58) + 13 0x06bd1ec3 navigate_url+0xd3(This=0x7f0176d8, url=0x7f017e14, Flags=0x0, TargetFrameName=0x0, PostData=0x0, Headers=0x0) [dlls/shdocvw/navigate.c:659] in shdocvw (0x7f22fca8) + 14 0x06bd98b9 WebBrowser_Navigate2+0x79(iface=<?>, URL=<?>, Flags=0x0, TargetFrameName=0x0, PostData=0x0, Headers=0x0) [dlls/shdocvw/webbrowser.c:696] in shdocvw (0x7f22fce8) + 15 0x045e68d4 test_Navigate2+0x154(unk=<?>) [dlls/shdocvw/tests/webbrowser.c:1540] in shdocvw_test (0x7f22fd48) + 16 0x045e7634 test_WebBrowser+0x934() [dlls/shdocvw/tests/webbrowser.c:1609] in shdocvw_test (0x7f22fe18) + 17 0x045e8a6c func_webbrowser+0xac() [dlls/shdocvw/tests/webbrowser.c:1658] in shdocvw_test (0x7f22fe58) + 18 0x045e8c98 run_test+0x128(name=0x7f0003f8) [include/wine/test.h:389] in shdocvw_test (0x7f22fea8)

1 0

Wiki account missing
by James Hawkins 05 Jan '08

05 Jan '08

Hi, My Wiki account has gone missing: Unknown user name: "truiken(a)gmail.com". Please enter user name and password. Also, what's going on with the massive slew of wine-users spam? -- James Hawkins

4 5

DIB Driver code available
by Donnette39＠aol.com 04 Jan '08

04 Jan '08

Bonjour, Je cherche le "DIB Driver" qui me permettrait de faire fonctionner le logiciel PSDWin. Pouvez-vous m'aider ? Merci, Lyonel Donnette

3 2

Re: xrandx responds with too many modes.
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

> 640x480 does not integer-scale to my 1280x1024 display. With 640x512 > I have perfect pixel alignment (2x zoom), no blurriness from the > scaling. I'll take 640x512 over 800x600 even because of the graphical > nicety of it, and there are plenty of games (with options turned all > the way up) that I cannot run at a good framerate at 1024 or 1280. Ah... yes of course. Damn those flat-panel screens :-) I have a similar monitor in 1280x1024 but only use 640x480 for games, where i don't notice the problem. Point taken. Scrap that idea! But what about sacking the variants with different frequencies? Would anyone have a problem with that idea? As mentioned, i doubt if Wine users can use the frequency adjustment for anything useful anyway? But then again i might have missed something again. /p

1 0

Re: d3dx implementation senseless?
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

Now that i think of it, Marcus's point about redistribution is even more relevant than the problem with licensing. If one was was allowed (legally) to copy DLLs from Windows without a license, i could do it..... because i know how.... could my mother?.... no way! The only people that i have any success in convincing to switch to Linux/Wine were in situations where it worked "out of the box". Having to download tons of redistributeables and DLLs from the web is not a good solution for "non technical users". Even on real Windows this is a problem. I cannot count the many times family & friends have called me saying: "Help! it says... Unable to find blabla.dll or blabla not installed" (using 2K/XP/Vista). Lets not copy this scenario. I want them to stop calling :-). /p On Fri, 2008-01-04 at 17:00 +0100, tony.wasserka(a)freenet.de wrote: > > I do not think patents which are blocking your ability to use the DLLs > > in Wine. It is your Windows license. > > > > I believe that if you have a Windows license for your machine, you are > > free to use Windows or its DLLs. This includes all the "free" downloads > > from their web-pages. I think, if you do not have a license for that > > machine, you are in violation of the license, which is illegal. > > > > I am not sure i got all the details right but you can probably find more > > on their web-page. > > > > If i understand it correctly, it of course means that there are no > > really free downloads on their web-page, as they all rely on a purchase > > of Windows. This makes the "free" download kind of expensive. > > > > For Wine it means that anything the user has to D/L from their homepage > > is a no-no. > > Oh well, I didn't think about that, sorry. > Then it of course is a good thing if we implement our own d3dx. > > > > > > > > > > > >

1 0

re: Some more spelling fixes.
by Dan Kegel 04 Jan '08

04 Jan '08

Francois wrote: > I'd say "'coz" is not a typo, but was written that way intentionally to > give a 'slang-ish' tone to the comment by someone who knows full well > the standard spelling. As such it should not be modified. I've seen too many people who aren't even aware of the difference between slang and standard english. So (without looking back at who committed it) I'm tempted to correct that kind of thing, just because it annoys me, and annoyance was my guide for what's worth fixing... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: xrandx responds with too many modes.
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

On Thu, 2008-01-03 at 22:46 -0600, Clarence Risher wrote: > I regularly use 640x512 in wine, when that resolution wouldnt be > reported by the driver in windows. Dunno if you consider that a > "normal" resolution. Just out of curiosity, what do you use this for? Whats wrong with the 640 x 480? Why do you need the extra 640x32 pixels? Another way of fixing the problem could be to limit the amount of frequency variants. Not sure if wine can use them for anything useful anyway. Could we report all modes at just 60Hz, or would that be too naughty? This is actually what is done for the desktop implementation, so it might work. This would also be easy to change in xrandx.c as the frequencies are handled separately. /p

2 1

Re: Some more spelling fixes.
by Francois Gouget 04 Jan '08

04 Jan '08

> - /* test has been removed 'coz MMSYSERR_BASE is 0, and gcc did emit > + /* test has been removed because MMSYSERR_BASE is 0, and gcc did emit I'd say "'coz" is not a typo, but was written that way intentionally to give a 'slang-ish' tone to the comment by someone who knows full well the standard spelling. As such it should not be modified. > - /* wmd must be inserted in list before sending opening the driver, coz' it > + /* wmd must be inserted in list before sending opening the driver, because it This one however should have its spelling fixed to "'coz". -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Linux, WinNT, MS-DOS - also known as the Good, the Bad and the Ugly.

1 0

Re: d3dx implementation senseless?
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

I do not think patents which are blocking your ability to use the DLLs in Wine. It is your Windows license. I believe that if you have a Windows license for your machine, you are free to use Windows or its DLLs. This includes all the "free" downloads from their web-pages. I think, if you do not have a license for that machine, you are in violation of the license, which is illegal. I am not sure i got all the details right but you can probably find more on their web-page. If i understand it correctly, it of course means that there are no really free downloads on their web-page, as they all rely on a purchase of Windows. This makes the "free" download kind of expensive. For Wine it means that anything the user has to D/L from their homepage is a no-no. /p On Fri, 2008-01-04 at 13:46 +0100, tony.wasserka(a)freenet.de wrote: > Hi, > I enjoyed the current wine development of the D3DX libraries and also tried to implement an interface. > However, while testing it I noticed that Wine seems to fully support everything when it has a native > d3dx9.dll (though it even was able to run one of my games without any dll...). So I was asking myself > if there's even a reason to implement anything other than the inlined functions of D3DX, when we only > lose performance and development time with it. Also, what would we do at functions like > D3DXCreateTextureFromFile which supports 9 file formats? Would we implement e.g. a BMP file > loader ourselves or would we use a 3rd party library for that? Are there any patents regarding the > DX specific file formats (.x/.dds)? Don't misunderstand me, I'd also like to help out at D3DX, but I > really think we'd be better off by removing everything of D3DX but the inlined stuff. > Best regards, > Tony Wasserka > > > (PS: if one argues that we need the implementation for WineLib, I _think_ it'd be enough to just > stub all functions so that the program compiles fine and then use the native dll again) > > > > > > > > > > > > >

1 0

Re: French LTEXT correction
by Jonathan Ernst 04 Jan '08

04 Jan '08

On ven, 2008-01-04 at 11:24 +0100, Vincent Hardy wrote: > Regedit displays "Rechercher::". Now Regedit displays "Rechercher :" and > so on... It doesn't here (?). Furthermore in French ":" should be preceded by an unbreakable space (like it's the case now) and not a normal space.

1 0

xrandx responds with too many modes.
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

The xrandx X11 extension is very handy. Using it for wine makes great sense. But... the extension also enumerates a whopping amount of modes. Each resolution has a multitude of frequencies and bit-depth variants. Some applications are simply not prepared for that magnitude of information when they call EnumDisplaySettings() (user32) or EnumDisplayModes (ddraw). When using "normal" windows, only a few modes are returned. I know its not a bug, as it could happen on Windows if someone published a driver which implemented tons of silly and crooked modes. Would it be acceptable to insert a filter in xrandx.c (X11-drv), which only allowed "normal" windows resolutions to be enumerated? Does anyone need those awkward ones? The filter would look allot like the one in desktop.c (X11-drv) which is currently used by the desktop mode. I already fixed a portion of the bugs caused by this, as there was a natural limitation which should be set by EnumDisplayModes() which was not honored. I sent in patch for this already. So at least now we can play the classic "Grand Theft Auto".... Thanks, /p

3 2

d3dx implementation senseless?
by tony.wasserka＠freenet.de 04 Jan '08

04 Jan '08

Hi, I enjoyed the current wine development of the D3DX libraries and also tried to implement an interface. However, while testing it I noticed that Wine seems to fully support everything when it has a native d3dx9.dll (though it even was able to run one of my games without any dll...). So I was asking myself if there's even a reason to implement anything other than the inlined functions of D3DX, when we only lose performance and development time with it. Also, what would we do at functions like D3DXCreateTextureFromFile which supports 9 file formats? Would we implement e.g. a BMP file loader ourselves or would we use a 3rd party library for that? Are there any patents regarding the DX specific file formats (.x/.dds)? Don't misunderstand me, I'd also like to help out at D3DX, but I really think we'd be better off by removing everything of D3DX but the inlined stuff. Best regards, Tony Wasserka (PS: if one argues that we need the implementation for WineLib, I _think_ it'd be enough to just stub all functions so that the program compiles fine and then use the native dll again)

2 1

Re: mshtml #4: Includes clean up. (fixed)
by Alexandre Julliard 04 Jan '08

04 Jan '08

Jacek Caban <jacek(a)codeweavers.com> writes: > diff --git a/dlls/mshtml/install.c b/dlls/mshtml/install.c > index 731af60..2437797 100644 > --- a/dlls/mshtml/install.c > +++ b/dlls/mshtml/install.c > @@ -18,33 +18,23 @@ > > #include "config.h" > > -#include <stdarg.h> > +#include "mshtml_private.h" > +#include "resource.h" > + > #include <fcntl.h> > #ifdef HAVE_UNISTD_H > # include <unistd.h> > #endif It's not a good idea to include Unix headers after the Windows ones, that can create trouble. I have to admit I'm not a big fan of that sort of one include to rule them all approach, I think it's better to have each file maintain control over what it includes and in which order. The global mshtml_private.h header should only include the stuff it itself depends on, not every single header that any source file may want to use. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] ddraw: Return a nullpointer as lpSurface in Lock() if the rect is invalid.
by H. Verbeet 04 Jan '08

04 Jan '08

On 03/01/2008, Günther Brammer <GBrammer(a)gmx.de> wrote: > + ok(!locked_desc.lpSurface, "IDirectDrawSurface_Lock did not set lpSurface in the surface desc\n"); > That isn't the clearest message. It should probably say it didn't set lpSurface to NULL.

1 0

USER32 - SPI_GETMOUSE missing a default value.
by Peter Dons Tychsen 04 Jan '08

04 Jan '08

I have an app which is bailing out because it cannot get valid data from SPI_GETMOUSE - and indeed this reg key does not exist. The key should be in "Control Panel\\Colors" under CURRENT_USER. There are similar values in the "Control Panel" folder in the registry. Is there a reason this value is not initialized ? If i want to fix it, then: 1) Where is the best place to initialize values like these? I presume its during boot, where the mouse values should be read? 2) Should i get the mouse data from X11 or just simulate something? /p

2 1

Local file in Web Browser doesnt load
by Alistair Leslie-Hughes 04 Jan '08

04 Jan '08

Hi, An application that I'm using contains a internal web browser based off the IWebBrowser2 interface. Loading a webpage from a web server works as expected, but when I try to use the "file://C:\myTestPage.html" syntax the file fails to load. NOTE: myTestPage.html has a single paragraph with one line of text Are local files supported in the web browser? Do I need to call a function besides Naviagate2() to load the file? Best Regards Alistair Leslie-Hughes

1 0

re: Bow and question
by Dan Kegel 03 Jan '08

03 Jan '08

Juan wrote: > I want know where can i find the option to WINEDEBUG. > In this time, we are used trace+file, trace+reg. > Can trace the sockets?? When I need to figure out WINEDEBUG flags, I always use grep, e.g. dank@lappy:~/wine-git/dlls$ grep DEFAULT_DEBUG ws*/*.c ws2_32/async.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); ws2_32/protocol.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); ws2_32/socket16.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); ws2_32/socket.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); wsock32/service.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); wsock32/socket.c:WINE_DEFAULT_DEBUG_CHANNEL(winsock); So yes, try +winsock. So how well is Wine running the malware you're interested in? - Dan

2 2

Another Shader/Offscreenrender problem
by László Tari 03 Jan '08

03 Jan '08

Tomb Raider Anniversary/Need 4 Speed Carbon When these fog-thing appear n the game, the frame rate suddenly decreased. (Depth of Field is on) __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

1 0

missed patches
by Kirill K. Smirnov 03 Jan '08

03 Jan '08

Hi, Is there something wrong with these couple of patches? http://www.winehq.org/pipermail/wine-patches/2007-December/048436.html kernel32/console: convert newborn wineserver handle to kernel32 console handle. This patch makes screenbuffer handle, returned by CreateConsoleScreenBuffer function, be a really "console" handle (h&3 == 3). Fixes behaviour of WriteFile function called upon this handle. and http://www.winehq.org/pipermail/wine-patches/2007-December/048291.html tools/wineshelllink: do not execute applications directly, use 'start' utility instead This patch allows to create correct desktop/menu shortcuts for console applications (e.g. Far Manager). I've caught on the idea suggested by Vitaliy (If console needs to be created for those apps and there isn't one, then Wine should do it when starting an app.), but I cannot understand how to check it - dumb console always present (even redirected to /dev/null): http://www.winehq.org/pipermail/wine-devel/2007-December/061399.html If I missed something important just let me know. Thanks, -- Kirill

1 0

Re: [5/5] wined3d: change colorkey fixup for stage 0 alphaop / alphaarg
by Stefan Dösinger 03 Jan '08

03 Jan '08

Am Mittwoch, 2. Januar 2008 13:38:57 schrieb Alexander Dorofeyev: > In case of colorkey emulation for a texture, if the application wants to > select alpha from diffuse color at stage 0, a fixup to modulate with > texture alpha more closely matches what the application wants than fixup to > just select alpha from texture. I am not sure about this. From my understanding of color keying, the color keying should only depend on the texture, not the diffuse color. Unfortunately, this is mutually exclusive with always honoring the app's blending settings. I have two games which use color keying, Moto Racer 2 and Prince of Persia 3D. I'll test the patches with those two games. The problem is that our color keying is emulated, so we'll always have to fiddle to get it working properly everywhere. The correct, but complex and incomplete fix would be a replacement shader for the fixed function pipeline which can implement color keying properly using 'KIL' or 'discard'. Unfortunately that won't fix the problem for cards without fragment shader support. The other patches look good to me

3 3

Re: mshtml #1: Includes clean up. (resend)
by Alexandre Julliard 03 Jan '08

03 Jan '08

Jacek Caban <jacek(a)codeweavers.com> writes: > diff --git a/dlls/mshtml/mshtml_private.h b/dlls/mshtml/mshtml_private.h > index c981348..e0c94c3 100644 > --- a/dlls/mshtml/mshtml_private.h > +++ b/dlls/mshtml/mshtml_private.h > @@ -16,6 +16,19 @@ > * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA > */ > > +#include "config.h" > + > +#include <stdarg.h> > +#include <stdio.h> You can't use config.h from a header file. -- Alexandre Julliard julliard(a)winehq.org

1 0

So, you want to fix typos?
by Dan Kegel 03 Jan '08

03 Jan '08

I see somebody's posting a few fix-typo-in-comments patches, e.g. http://www.winehq.org/pipermail/wine-patches/2007-December/048099.html http://www.winehq.org/pipermail/wine-patches/2007-December/048101.html That reminds me that I worked out some time ago how to find such typos efficiently. At the risk of encouraging lots of silly typo-fixing patches, I've documented the process here: http://kegel.com/wine/spellingpolice/ For instance, to find typos in comments in shell32, you can do: sudo apt-get install ispell wget http://kegel.com/wine/spellingpolice/stop.txt wget http://kegel.com/wine/spellingpolice/lspell-pl.txt -O lspell.pl perl lspell.pl stop.txt ~/wine-git/dlls/shell32/*.[ch] This outputs: /home/dank/wine-git/dlls/shell32/autocomplete.c: 1 dispays /home/dank/wine-git/dlls/shell32/brsfolder.c: 1 relativ /home/dank/wine-git/dlls/shell32/dataobject.c: 1 droping /home/dank/wine-git/dlls/shell32/iconcache.c: 1 resoure /home/dank/wine-git/dlls/shell32/pidl.c: 1 relativ /home/dank/wine-git/dlls/shell32/pidl.h: 1 desribes /home/dank/wine-git/dlls/shell32/shell.c: 1 incidently /home/dank/wine-git/dlls/shell32/shfldr_fs.c: 1 spezified /home/dank/wine-git/dlls/shell32/shfldr_unixfs.c: 4 appart relativ savely should'nt /home/dank/wine-git/dlls/shell32/shlexec.c: 1 foward /home/dank/wine-git/dlls/shell32/shlfileop.c: 2 ERRROR INVLID /home/dank/wine-git/dlls/shell32/shlfolder.c: 1 whitch /home/dank/wine-git/dlls/shell32/shlview.c: 2 buily provied /home/dank/wine-git/dlls/shell32/trash.c: 1 DESCRITION

4 4

I am at the Ubuntu Developer Summit, do we need anything from other projects?
by scott＠tuzakey.com 03 Jan '08

03 Jan '08

The other day an X.org developer asked me if Wine needed anything from X. Off the top of my head, all I could think to tell him was relative mouse movements. There are people from many free software projects here, including the kernel and Samba. Should I voice anything else? Thanks, Scott Ritchie

5 5

Re: [1/7] msxml3: Implement setNamedItem
by Alexandre Julliard 03 Jan '08

03 Jan '08

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > + /* Must be an Attribute */ > + IUnknown_QueryInterface(newItem, &IID_IXMLDOMNode, (LPVOID*)&pAttr); > + if(pAttr) > + { > + ThisNew = impl_from_IXMLDOMNode( pAttr ); > + > + IUnknown_Release(pAttr); > + > + if(ThisNew->node->type != XML_ATTRIBUTE_NODE) > + return E_FAIL; You shouldn't access the object after having released it. -- Alexandre Julliard julliard(a)winehq.org

1 0

re: wine gdiplus <-> mono gdiplus wrapper
by Dan Kegel 03 Jan '08

03 Jan '08

Jerome wrote: > I wrote a little script in order to wrap gdiplus with the mono one; > Here are the source file and the spec file (this one made with winedump), but > I have no idea how to compile it and/or include it in the wine source tree. > Could you tell me what you think about it ? And if it has some utility ? IIRC, the Mono gdiplus isn't so useful for us because it doesn't deal with GDI handles the way we need. That's one reason we have our own gdiplus now. It might be more useful if you would look at fixing bugs in our gdiplus rather than trying to wrap Mono's. - Dan

5 5

Can't figure out how tolink a program
by Blake McBride 03 Jan '08

03 Jan '08

I have a library built under Linux with Wine (mylib.a) that uses various Windows API (mainly GUI) that built fine. I compiled the main program from .c to .o and from .rc to .res just fine. My problem is I can't figure our what command line to use to link: myprogram.o myprogram.res mylib.a In other words, when I try to link it all together I get a bunch of unresolved externals on things like: ReleaseDC GetDC SendMessageA MulDiv GlobalAlloc etc....... I don't know what gcc command line argument to load the normal API's. I checked all the online docs. There are no examples and the docs that do exist state that hey are out-of-date. I would really appreciate a few simple example command lines to link a program with the normal API's AND my .res file. Thank you. Blake McBride blake(a)mcbride.name

1 0

TrackPopupMenu() and TPM_RECURSE
by olympia＠skydreams.org 03 Jan '08

03 Jan '08

Hi, According to the MSDN documentation (see below), TrackPopupMenu() should only display multiple popupmenus if TPM_RECURSE is used. At the moment, Wine always seems to allow this and in some applications this results in very confusing menu overlaps. Moreover, the old popup menus will never be closed. This seems to particularly be the case in applications that use TrackPopupMenuEx() for their application menus. I was looking at the code and was unsure of how existing popup menus in a window should be safely closed when the application calls TrackPopupMenu() a second or third time. Does anyone have a suggestion? Best regards, Nicholai Windows 98/Me, Windows 2000/XP: Use the TPM_RECURSE flag to display a menu when another menu is already displayed. This is intended to support context menus within a menu.

1 0

Re: comdlg32: Remove unneeded casts (Resend)
by Robert Shearman 02 Jan '08

02 Jan '08

Andrew Talbot wrote: > if (fodInfos->ofnInfos->Flags & OFN_ALLOWMULTISELECT) > size += 1; > /* return needed size in first two bytes of lpstrFile */ > - *(WORD *)fodInfos->ofnInfos->lpstrFile = size; > + *fodInfos->ofnInfos->lpstrFile = size; > FILEDLG95_Clean(hwnd); > ret = EndDialog(hwnd, FALSE); > COMDLG32_SetCommDlgExtendedError(FNERR_BUFFERTOOSMALL); > @@ -763,7 +763,7 @@ static BOOL PRINTDLG_SetUpPaperComboBoxW(HWND hDlg, > NrOfEntries = DeviceCapabilitiesW(PrinterName, PortName, > fwCapability_Names, Names, dm); > NrOfEntries = DeviceCapabilitiesW(PrinterName, PortName, > - fwCapability_Words, (LPWSTR)Words, dm); > + fwCapability_Words, Words, dm); > > /* reset any current content in the combobox */ > SendDlgItemMessageW(hDlg, nIDComboBox, CB_RESETCONTENT, 0, 0); > I think these two casts should stay as LPWSTR is compatible with WORD * only by coincidence - one is intended to hold characters and the other numbers. -- Rob Shearman

1 0

wine gdiplus <-> mono gdiplus wrapper
by Jérôme Gardou 02 Jan '08

02 Jan '08

I wrote a little script in order to wrap gdiplus with the mono one; Here are the source file and the spec file (this one made with winedump), but I have no idea how to compile it and/or include it in the wine source tree. Could you tell me what you think about it ? And if it has some utility ?

1 0

Is there any reason why these patches were not applied to the git repository?
by Reece Dunn 02 Jan '08

02 Jan '08

I sent these patches to wine-patches, but they have not been applied. gdiplus: added the ProfileNotFound status code. [0001-gdiplus-added-the-ProfileNotFound-status-code.patch] 30/12/2007 ‎include: added the new Vista theme schema headers. [0001-include-added-the-new-Vista-theme-schema-headers.patch] 30/12/2007 include: added the BUTTON parts and states. [0001-include-added-the-BUTTON-parts-and-states.patch] 30/12/2007 ‎include: added the AEROWIZARD parts and states. [0001-include-added-the-AEROWIZARD-parts-and-states.patch] 30/12/2007 include: added the COMBOBOX parts and states. [0001-include-added-the-COMBOBOX-parts-and-states.patch] 30/12/2007 - Reece

3 2

Norwegian language files using wrong locale
by Daniel Nylander 02 Jan '08

02 Jan '08

I noticed that the Norwegian (bokmål) locale files are using the locale "no". Correct locale for Norwegian Bokmål is "nb" (Nynorsk is "nn"). -- Daniel Nylander (CISSP, GCUX, GCFA) Stockholm, Sweden http://www.DanielNylander.se

4 4

Pixel Shader Problem in 0.9.52
by László Tari 02 Jan '08

02 Jan '08

Hi, Problem occurs when Depth Of Filed is turned on in Tomb Raider Anniversary. I simply overwrote the 0.9.52 wined3d.dll.so file with the 0.9.44 wined3d.dll.so in /usr/lib/wine, it works, but a little bit slower. See attachment! Regards, Laszlo Sent from Yahoo! - a smarter inbox. __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

2 1

Re: #4 msvcrt: Correct search strategy for the wide exec/spawn functions.
by Alexandre Julliard 02 Jan '08

02 Jan '08

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Correct search strategy for the wide exec/spawn functions. I don't think we want to duplicate all that code. The Ascii functions should convert their arguments and call the Unicode ones. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: include: added the new Vista theme schema headers.
by Alexandre Julliard 02 Jan '08

02 Jan '08

"Reece Dunn" <msclrhd(a)googlemail.com> writes: > diff --git a/include/tmschema.h b/include/tmschema.h > index 910de19..3a3e3e3 100644 > --- a/include/tmschema.h > +++ b/include/tmschema.h > @@ -20,6 +20,10 @@ > #ifndef __WINE_TMSCHEMA_H > #define __WINE_TMSCHEMA_H > > +#if defined(__WINE_VSSYM32_H) > +# error tmschema.h (XP) cannot be included along side vssym32.h (Vista). > +#endif That's not the way it's done in the SDK. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [2/5][try 2] ddraw/tests: add test for rendering vertices with zero rhw
by Alexandre Julliard 02 Jan '08

02 Jan '08

Alexander Dorofeyev <alexd4(a)inbox.lv> writes: > Fixed some issues pointed out by Stefan Dösinger. > --- > dlls/ddraw/tests/visual.c | 41 +++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 41 insertions(+), 0 deletions(-) This is failing occasionally here: ../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p ddraw_test.exe.so visual.c && touch visual.ok visual.c:797: Test failed: Got color 00000000, expected 00ffffff make: *** [visual.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [3/5] ddraw/tests: add test for D3DRENDERSTATE_TEXTUREMAPBLEND state
by H. Verbeet 02 Jan '08

02 Jan '08

On 02/01/2008, Alexander Dorofeyev <alexd4(a)inbox.lv> wrote: > Tests of behavior introduced by patches 4/5 and 5/5. > --- Going by the commit message, I assume this test would currently fail? You can't do that. You either have to send the patches that fix the problem first, or you have to wrap the failing tests in todo_wine blocks, and remove the todo_wine blocks in the patch that fixes the tests they wrap.

2 1

dlls/wintab32/context.c -- simpflication and HEADS UP!
by Gerald Pfeifer 02 Jan '08

02 Jan '08

This change of mine is obvious since InExt and OutExt are DWORD, thus unsigned, and thus always greater or equal zero so my patch should be fine in any case. However, looking at the else-part of the if-statement, I have some doubts this is working as designed, and in general the abs() invocations are bogus. Any expert who could help with a more extensive patch? Gerald ChangeLog: Simplify condition in ScaleForContext(). Index: dlls/wintab32/context.c =================================================================== RCS file: /home/wine/wine/dlls/wintab32/context.c,v retrieving revision 1.22 diff -u -3 -p -r1.22 context.c --- dlls/wintab32/context.c 21 Sep 2007 12:24:49 -0000 1.22 +++ dlls/wintab32/context.c 30 Nov 2007 23:53:47 -0000 @@ -176,7 +176,7 @@ int TABLET_PostTabletMessage(LPOPENCONTE static inline DWORD ScaleForContext(DWORD In, DWORD InOrg, DWORD InExt, DWORD OutOrg, DWORD OutExt) { - if (((InExt > 0 )&&(OutExt > 0)) || ((InExt<0) && (OutExt < 0))) + if ((InExt > 0) && (OutExt > 0)) return ((In - InOrg) * abs(OutExt) / abs(InExt)) + OutOrg; else return ((abs(InExt) - (In - InOrg))*abs(OutExt) / abs(InExt)) + OutOrg;

2 2

bugs audit volunteers required
by Vijay Kiran Kamuju 02 Jan '08

02 Jan '08

Hi, just like last year we did an audit of all the bugs in bugzilla. I think this year also we should do the same, the bugs are growing large and older bugs are being neglected. just wanted to say that we need to check all the old open bugs, and test them/ask the user for status. Close the bug as Abandoned if there is no response. also test the application yourself on latest git. this is the work to be done. and we need volunteers for this work. need volunteers to clear up the mess(old abandoned bugs) in bugzilla Thanks, vj

7 11

IDirectSound and Unknown IID
by Guillaume B. 02 Jan '08

02 Jan '08

Hi, First post here, so I don't know if it's the right place for this. I'm trying to make the sound and music work in a game with Wine. Currently, the sound doesn't work because the game does some tests to check if everything is OK before it starts the music. For now, it fails early in those tests but I've hacked some things in the latest git source and the game goes a little farther before it stops trying to make the sound and music work. But now I'm stuck so I was wondering if anyone had an idea. Here's a part of the dsound trace: trace:dsound:IDirectSound8_IDirectSound8_QueryInterface (0x2ce8de8 {2a8af120-e9de-4132-aaa5-4bdda5f325b8},0x34d634) trace:dsound:DSOUND_QueryInterface8 (0x2fdc1e0 {2a8af120-e9de-4132-aaa5-4bdda5f325b8},0x34d634) warn:dsound:DSOUND_QueryInterface8 Unknown IID {2a8af120-e9de-4132-aaa5-4bdda5f325b8} So the problem is that the interace {2a8af120-e9de-4132-aaa5-4bdda5f325b8} is not supported by the current Wine implementation. I've searched around but I couldn't find anything about this IID. If I knew what interface it was, maybe I could implement a stub and it might make the sound work. So does anyone as an idea? Thanks, Guillaume B.

4 7

Re: [5/6] ddraw: fix palette copying when destination palette is NULL
by Stefan Dösinger 01 Jan '08

01 Jan '08

Am Montag, 31. Dezember 2007 03:04:02 schrieb Alexander Dorofeyev: > I think there's a bug here. If pal == NULL that implies (because of > preceding code) that wine_pal == NULL. So it's setting a NULL wined3d > palette to the destination wined3d surface, yet increases reference counter > on source palette. I guess it should pass source wined3d palette here, to > make any sense. --- > dlls/ddraw/texture.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) I am not sure about this, but honestly I don't really know much about IDirect3DTexture2::Load is supposed to work. When I ported ddraw.dll to use wined3d I only did routine adjustments to the code to cope with the wined3d objects. I think Lionel Ulmer wrote the original code, maybe he can comment on it? I think we really need a few unit tests for this method. From the docs, it seems that this method is related to IDirect3DDevice9::LoadTexture, maybe we can map it to WineD3D's loadtexture.

3 10

Re: Commit stats
by Hans Leidekker 01 Jan '08

01 Jan '08

On Tuesday 01 January 2008 21:25:02 Clarence Risher wrote: > Because I like to nitpick, does your 2007 count include any commits to > your local tree that arent actually submitted/accepted? > > On Jan 1, 2008 7:37 AM, Hans Leidekker <hans(a)it.vu.nl> wrote: > > > > $ for y in {2002..2007}; do \ > > n=$( git log | grep ^Date: | grep $y | wc -l ); \ > > echo "Number of commits in $y: $n"; \ > > done > > Number of commits in 2002: 3094 > > Number of commits in 2003: 3283 > > Number of commits in 2004: 3851 > > Number of commits in 2005: 6006 > > Number of commits in 2006: 8431 > > Number of commits in 2007: 9526 Oops, yes there were some local commits in that count, the correct upstream count for 2007 is 9513. -Hans

1 0

New bugzilla components (round 3)
by Vitaliy Margolen 01 Jan '08

01 Jan '08

Ok we talked and talked and talked and where did it all go? Where are the agreed upon changes? If we can't agree on everything, then lets do parts that everyone is ok with. Then decide on more changes. So far this what everyone was happy with: wine-misc -> unknown (default selection) test -> test (change description to "Conformance tests") wine-advapi32 -> advapi32 wine-atl -> atl wine-comctl32 -> comctl32 wine-console -> console wine-crypt32 -> crypt32 wine-dbghelp -> dbghelp wine-debug -> winedbg wine-directx* -> directx* wine-documentation -> documentation wine-dos -> dos wine-gdi-(printing) -> gdi32 wine-gdiplus -> gdiplus wine-help -> hhctrl - Help viewer implementation wine-kernel -> kernel32 wine-loader ->loader wine-msi -> msi wine-msvcrt -> msvcrt wine-msxml -> msxml3 wine-ole -> ole wine-opengl -> opengl wine-quartz -> quartz wine-richedit -> richedit wine-setupapi -> setupapi wine-shdocvw -> shdocvw wine-shell32 -> shell32 wine-urlmon -> urlmon wine-user -> user32 wine-usp10.dll -> usp10 wine-winelib -> winelib wine-x11driver -> x11driver Add new components: -> wininet - Internet connectivity and Layer-7 protocols -> wintrust - Cryptography and trust verifications -> advpack - INF file based installation engine -> imagehlp - PE binary file manipulations, signed file handling -> shlwapi - Various shell helper functions -> vdm - Wine 16-bit compatibility layer -> comdlg32 - Common dialogs such as open/save/print/font Remove: Wine-Rebar ------------------------------ This is up for discussion: New keywords: ports - OS specific issues and portability hardware - Issues communicating with HW such as serial/parallel/cdrom/usb integration - Bugs related to Wine integration into OS (menu, MIME-types, look) ipc - Communication between Wine processes or app tasks/processes/threads New components: -> fonts - Wine fonts -> ntdll - NT-native API implementation -> wineserver - The Wine "kernel" -> build-env - Configure, Makefile and all related scripts Need to reclassify bugs before removing: wine-binary -> wine-ipc -> wine-gui -> wine-patches -> wine-ports -> wine-multimedia -> wine-net -> wine-resources -> Need ideas wine-dotnet -> (should probably replace with mscoree and add "dotnet" keyword) wine-files -> (keyword "filesystem"? Not many bugs but pretty important) Vitaliy.

4 3

bugs audit volunteers required
by Vijay Kiran Kamuju 01 Jan '08

01 Jan '08

On Dec 31, 2007 6:10 PM, Maarten Lankhorst <maarten(a)codeweavers.com> wrote: > Vijay Kiran Kamuju schreef: > > > just like last year we did an audit of all the bugs in bugzilla. > > I think this year also we should do the same, the bugs are growing > > large and older bugs are being neglected. > > just wanted to say that we need to check all the old open bugs, and > > test them/ask the user for status. > > Close the bug as Abandoned if there is no response. also test the > > application yourself on latest git. > > this is the work to be done. and we need volunteers for this work. > > > > need volunteers to clear up the mess(old abandoned bugs) in bugzilla > The situation with bugzilla is quite bad. The rate at which bugs are > opened is a LOT higher then the rate of bugs that can be fixed. This > adds a lot of bugs that won't ever be fixed. > > The situation also isn't helped by the fact that a lot of the newly > generated bug reports are not of good enough quality. Example: "My > obscure app doesn't do xxx", without for example mentioning what the app > is, or a link to a demo, or insufficient information to really reproduce > the bug. I can see the quality of bugs is deteriorating at a fast rate. since it crossed 10K mark. I think we should some things compulsory in the bug reports they are submitting. And we should add a new textbox to bugzilla when creating a new bug. It should be steps to replicate/reproduce the bug. It should be like step1, step 2, .... > > The situation isn't improved by the fact that bugs are reopened by those > persons after minimal additions. Perhaps we should have a bug > moderation? Only allow bugs that follow the criterion, then have a way > for bugzilla admins to accept bug reports and then a new bug report > entry is created in bugzilla. Bugzilla moderation is an very daunting task. and on top of it verifying the bugs will add to it. Forwarding abandoned patches in bugzila, asking for reasons, put them in bugzilla. And it needs at least 1-2 persons to work on them full time ;) As its an open source project we cant impose have a full time moderators May be we need to think of an alternate solution. Adding new fields to the bugzilla, that I suggested an be another alternative ;) lets think of more alterntives -- VJ > > -Maarten >

4 3

Re: comdlg32: 2/2 PageSetupDlgW: Draw paper preview
by Dmitry Timoshkov 01 Jan '08

01 Jan '08

"Alexander Nicolaysen Sørnes" <alex(a)thehandofagony.com> wrote: > comdlg32: 2/2 PageSetupDlgW: Draw paper preview What's the reason of moving PRINTDLG_PS_ChangePrinterW and changing its indentation? -- Dmitry.

2 2

appdb license choices unclear
by Dan Kegel 01 Jan '08

01 Jan '08

Has anybody else been confused by this? When submitting an app to the appdb, I'm often flummoxed by what to put in the license field. I'm usually looking for something that means "Closed source, free to download, but not redistributable" (like e.g. http://labs.adobe.com/misc/terms_of_use.html ) but the only choices are: Retail, Open Source, Freeware, Demo, Shareware. "Freeware" might be the closest of the bunch, but it implies GPL or at least the ability to redistribute binaries (i.e. the other meaning of the word Free). Is there a way to make this clearer? Maybe "nonredistributable freeware"? - Dan

6 9

have a reference somewhere for mingw
by Jérôme Gardou 31 Dec '07

31 Dec '07

I've noticed that mingw is quoted here and there in the documentation, but there is no proper howto/doc which explains its installation. This tool is very useful for cross-compiling and testing wine. I found a very good tutorial here, on the wxwidget site (!!) http://www.wxwidgets.org/wiki/index.php/Install_The_Mingw_Cross-Compiler Why not include it into the wine wiki ? ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

2 1

Bug 8236 - broken animations in Dungeon Siege 2
by Rob Wilderspin 31 Dec '07

31 Dec '07

Greetings, I'm wondering if I can help anyone with the investigation of bug 8236, as I've recently acquired Dungeon Siege 2 and it's unplayable because of one seemingly small bug. http://bugs.winehq.org/show_bug.cgi?id=8236 The bug I'm concerned with is that when the player kills a monster, the model used for the monster stays the same, so it doesn't change to show a dead monster. Indeed, the supposed cadaver stays upright, and continues to face the player wherever he walks to, which makes it awfully hard to work out what's dead and what isn't. Quite a hindrance for this sort of game. As the game isn't crashing, per se, I don't know what traces would be useful. If anyone's able to look at this I'm more than happy to get whatever tracing is required, just let me know exactly what you need. The bug is present in 0.9.52, and is at least eight months old (from the date of the bug). I'm using the patched version (2.20) of the full commercial game, but I'd be amazed if it wasn't also in the demo version, available from: http://www.gaspowered.com/ds2/demo.php It would be great to get this game working enough to play it, and we're only losing out from this animation bug. Can someone please help? Many thanks, Rob

2 2

Re: comctl32: Remove unneeded casts (1 of 3)
by Andrew Talbot 31 Dec '07

31 Dec '07

Please do not commit this patch. It relies on UINT (= unsigned int) and DWORD (= unsigned long int) both being 32 bits wide. Thanks, -- Andy.

2 1

Re: [PATCH] ddraw: Return a nullpointer as lpSurface in Lock() if the rect is invalid.
by Stefan Dösinger 31 Dec '07

31 Dec '07

Am Mittwoch, 26. Dezember 2007 22:35:16 schrieb Günther Brammer: > + memset(&locked_desc, 1, sizeof(locked_desc)); > + locked_desc.dwSize = sizeof(locked_desc); > + > hr = IDirectDrawSurface_Lock(surface, rect, &locked_desc, > DDLOCK_WAIT, NULL); ok(hr == DDERR_INVALIDPARAMS, "Lock returned 0x%08x for > rect [%d, %d]->[%d, %d]" ", expected DDERR_INVALIDPARAMS (0x%08x)\n", hr, > rect->left, rect->top, rect->right, rect->bottom, DDERR_INVALIDPARAMS); + > ok(!memcmp(&locked_desc, &surface_desc, sizeof(locked_desc)), > "IDirectDrawSurface_Lock did not set lpSurface in the surface desc\n"); } I think you should just compare lpSurface instead of memcmp'ing the entire structure. Also, in the patch that changes surface.c, it seems that the patch changes a few whitespaces(unless I missed something).

2 1

Packaging - Bundling Mono and Gecko
by Scott Ritchie 31 Dec '07

31 Dec '07

If I wanted a Wine package to include mono and gecko, what would the best way to do this be? I know we support having gecko installed somewhere on the filesystem so it doesn't have to be downloaded (where?), but would I need to make any further changes other than adding it to the package at the appropriate path? How about mono? Would it be possible to have mono installed at wineprefixcreate time? Thanks, Scott Ritchie

2 1

Re: crypt32: Remove unneeded casts
by Andrew Talbot 31 Dec '07

31 Dec '07

Please do not commit this patch. Thanks, -- Andy.

1 0

Re: comctl32: Remove unneeded casts (2 of 3)
by Andrew Talbot 31 Dec '07

31 Dec '07

Please do not commit this patch. Thanks, -- Andy.

1 0

Re: dlls/wined3d/basetexture.c
by Stefan Dösinger 31 Dec '07

31 Dec '07

Am Samstag, 29. Dezember 2007 09:32:43 schrieb Gerald Pfeifer: > Current snapshots of GCC 4.3 issue the following warning (with -Wextra, > for example) > > basetexture.c:437: warning: comparison of unsigned expression < 0 is > always false basetexture.c:438: warning: comparison of unsigned expression > < 0 is always false > > Indeed WINED3DTEXF_NONE is 0 and thus the comparison is a noop. I see > three ways to handle this: > > 1. the straightforward patch below, I think your patch is OK, this check just seems to be a range check for the parameters that was apparently written without taking the type of the enumeration into account.

1 0

Can't Run Day Of Defeat 1.3
by Duncan Youngson 31 Dec '07

31 Dec '07

I've been trying to run an old steam game that I used to play quite a bit off. I'm running Ubuntu 7.10 with the very latest NVidia drivers and it crashes every time. I want to run it in opengl because it performs much better and I can use AA. The game crashes every time I go to start it, unless I add the -d3d command line (to run the game in d3d quite slower) or -software (even worse!) Here are the errors that come up when it crashes! fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x34f654,0x00000000), stub! err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind package of your distribution. Please help!!

2 1

.NET apps with mono... some testing.
by Jérôme Gardou 31 Dec '07

31 Dec '07

Many .NET/C# apps don't work with the combination wine-mono..... I've discovered that installing the arial32 from msttcorefonts solves a lot of problems, especially with graphical apps. I've tested a few apps (supreme commander patches, fastmd5 (tested here http://bugs.winehq.org/show_bug.cgi?id=10467 with native .NET...) and all of them worked quite well, although not quite beautiful. ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

4 5

Re: [PATCH] set last error on enumerating displaysettings
by Dmitry Timoshkov 31 Dec '07

31 Dec '07

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > + num = 1; > + while (1) { > + SetLastError (0xdeadbeef); > + if (!EnumDisplaySettings(NULL, num++, &devmode)) { > + DWORD le = GetLastError(); > + ok (le == ERROR_NO_MORE_FILES, "Last error on EnumDisplaySettings was %d, expected ERROR_NO_MORE_FILES\n", le); > + break; > + } > + } Shouldn't the loop start from 'num = 0;' since the modes are 0 based? -- Dmitry.

1 0

IDirectSound and Unknown IID
by Guillaume B. 31 Dec '07

31 Dec '07

Hi, First post here, so I don't know if it's the right place for this. I'm trying to make the sound and music work in a game with Wine. Currently, the sound doesn't work because the game does some tests to check if everything is OK before it starts the music. For now, it fails early in those tests but I've hacked some things in the latest git source and the game goes a little farther before it stops trying to make the sound and music work. But now I'm stuck so I was wondering if anyone had an idea. Here's a part of the dsound trace: trace:dsound:IDirectSound8_IDirectSound8_QueryInterface (0x2ce8de8 {2a8af120-e9de-4132-aaa5-4bdda5f325b8},0x34d634) trace:dsound:DSOUND_QueryInterface8 (0x2fdc1e0 {2a8af120-e9de-4132-aaa5-4bdda5f325b8},0x34d634) warn:dsound:DSOUND_QueryInterface8 Unknown IID {2a8af120-e9de-4132-aaa5-4bdda5f325b8} So the problem is that the interace {2a8af120-e9de-4132-aaa5-4bdda5f325b8} is not supported by the current Wine implementation. I've searched around but I couldn't find anything about this IID. If I knew what interface it was, maybe I could implement a stub and it might make the sound work. So does anyone has an idea? Thanks, Guillaume B.

1 0

Re: [2/6] wined3d: free palette handle when destroying IWineD3DPaletteImpl
by Stefan Dösinger 31 Dec '07

31 Dec '07

Am Montag, 31. Dezember 2007 03:03:35 schrieb Alexander Dorofeyev: > Together with 3/6 patch this is needed to fix bad memory and palette handle > leaks in Aliens vs Predator 1 game (which does CreatePalette and Setpalette > every frame), and thus fix the eventual crash because of this leaks > (http://bugs.winehq.org/show_bug.cgi?id=3003). > --- > dlls/wined3d/palette.c | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) This patch, as well as patch 3, 4 and 6 look good to me.

1 0

Re: [1/6] wined3d: add rhw=1.0 optimization to position_float4
by Stefan Dösinger 30 Dec '07

30 Dec '07

Am Montag, 31. Dezember 2007 03:02:07 schrieb Alexander Dorofeyev: > Hi. I found out that versions around ~0.9.50 had rhw==1.0f check here for > optimization, before that special case was lost in rewrite. Unfortunately > when I restored special case for zero/near zero rhw I was comparing to much > older version which had no rhw==1.0f optimization. But I guess it makes > sense to restore that too. I am not sure how much this check gains. We're saving divisions at the cost of a conditional. Wether it gains anything or not depends on the application(how many vertices with rhw = 1.0 does it send in). I think in the past it was used for avoiding the divisions in the D3DDECLTYPE_FLOAT3 case. It was a bad thing that I removed this optimization in my patch, but I don't think we should add it back, unless benchmarks clearly say that it helps.

1 0

Re: [1/3] WineD3D: Fix a problem in BltOverride
by Maxime Bellengé 30 Dec '07

30 Dec '07

Hi Stephan, Since this patch has been commited to git I have a big regression in the game Syberia. Everything is black. Nothing is displayed expected some menu items. In order to determine that this is this patch which is the problem I did a "git bisect". Maxime

2 1

appdb new version submission form has awkward radio buttons
by Dan Kegel 30 Dec '07

30 Dec '07

When submitting a new version, clicking the radio button next to "Request being a maintainer for this version, allowing you to edit it later" or "Monitor changes to this version, also after it has been accepted" can't be undone. There should be a way to get back to the state of no button clicked. Perhaps those should be checkboxes instead.

2 1

Re: [1/3] WineD3D: Fix a problem in BltOverride
by Alexander Dorofeyev 30 Dec '07

30 Dec '07

Hi. I think it may be the same regression I also saw in another app. At least it seems to be in that place too. Can you check if this patch helps? Maxime Bellengé wrote: > Hi Stephan, > > Since this patch has been commited to git I have a big regression in the > game Syberia. Everything is black. Nothing is displayed expected some > menu items. > > In order to determine that this is this patch which is the problem I did > a "git bisect". > > Maxime

2 3

Re: What happened to the videos from WineConf?
by Remco 30 Dec '07

30 Dec '07

"H. Verbeet" <hverbeet(a)gmail.com> wrote: > > The videos have been processed and encoded, but we ran into problems > > getting them on youtube. I've found the right person to talk to > > about this, so hopefully they'll get the videos online in the next > > couple weeks. > > FWIW, personally I don't care much for youtube. Just having an .ogg we > can download somewhere would be enough for me. Maybe the full-res Theora videos can be published as torrents on a strictly legal tracker like legittorrents.info? Alternatively, WineHQ.org could host a tracker. This can be useful for bandwidth-reduction on all downloads from WineHQ.org. Remco ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

1 0

splitting out on_winver_change() and friends
by Robert Millan 29 Dec '07

29 Dec '07

Hi I'm writing a small application to automate the process of setting Windows version for executables that are known to require a specific one. I'd like it to use the knowledge about defining Windows versions contained in winecfg/appdefaults.c instead of duplicating/forking code from it. Would it be ok to move on_winver_change() and some of its friends like win_versions[] and set_reg_key() to libwine.so.1 for this purpose ? -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call, if you are unable to speak? (as seen on /.)

4 13

RtlpWaitForCriticalSection
by Luis A. Montes 29 Dec '07

29 Dec '07

I got a game (Need for speed III) that has been reported to work by others. On my computer, though, the game hangs at different places about 50% of the time. I compiled Wine 0.9.51 from source on a Slackware 12.0 dual core Athlon, and although I'm sure most people this days buy at least that kind of computer, maybe that was not true when the reports came out. What I'm thinking is that this is a race condition brought out because of the two cores. I think that because if I run inside gdb I catch a SIGTERM going to a thread that then exits. Another thread then prints the: err:ntdll:RtlpWaitForCriticalSection section ... wait timed out in thread ..., blocked by <dead_thread>, retrying (60 sec) I see three ways to fix this problem: - When a thread dies, release the locks it has. Of course this wouldn't be compatible with windows, but perhaps a command line option could activate that code. In any case I could try something like that for this game in particular. I'm looking for some pointers on where should I start looking. - Looking into why the thread is getting a SIGTERM in the first place. Perhaps there is a way to delay the signal from being sent in a reasonable way? Who would be sending it? - Run the game in a single core (setting the affinity?) It just occur to me that I should be able to set the affinity on a bash shell and then start wine from there. I'll try that.

1 0

icmp states I need to be running wine as root
by EA Durbin 29 Dec '07

29 Dec '07

I tried to update the Ocean application as outlined in bug 8332 and got a message from the console stating I needed to be running as root for ICMP to work. I thought wine was not to be run as root, is this not correct? int sid=socket(AF_INET,SOCK_RAW,IPPROTO_ICMP); if (sid < 0) { MESSAGE("WARNING: Trying to use ICMP (network ping) will fail unless running as root\n"); SetLastError(ERROR_ACCESS_DENIED); return INVALID_HANDLE_VALUE; } _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us

5 8

COM/DCOM of WINE
by Fong, Man To 29 Dec '07

29 Dec '07

> Dear Sir / Madam, > > We are developing a software which is running on Linux platform. The > software will retrieve the information from TETRA Connectivity Server > (TCS) which is running on Window 2003 server. The communication > protocol, pre-defined by TCS manufacturing, is DCOM. Since the > communication protocol is not opened by the manufacturer. We must > install the API provided by the manufacturer on our workstation > running on Linux. Does WINE support the DCOM function? > > Best Regards, > CLP Engineering > Project Engineer > MT Fong Disclaimer: This e-mail is intended for the addressee(s) only. It is privileged and may also be confidential. Any copying, modification, retransmission or other use of this e-mail or the information contained therein is prohibited. If you are not the addressee(s) or have received this e-mail in error, please contact the sender and delete this email from your computer systems. Internet communications cannot be guaranteed to be timely, secure, error-free or virus-free. The sender will not accept any responsibility for any errors or omissions contained in this e-mail. Website: http://www.clpgroup.com

4 3

Re: bug 9986
by Juan Lang 29 Dec '07

29 Dec '07

Hi Tom, > Exchanged interpretation of XON and XOFF. It might help if you wrote the same explanation about their meanings being reversed in your email that you did in the patch: Alexandre's not likely to go check up on bugzilla. --Juan

5 6

err:ntdll:RtlpWaitForCriticalSection blocked
by Stefani Seibold 29 Dec '07

29 Dec '07

Hi, i still try since more than two years to bring up the old windows 95 game "pitfall: the mayan adventure". The games runs well without sound, but if i try to enable the sound a small sound chuck will be played and the games freeze with the message: err:ntdll:RtlpWaitForCriticalSection section 0x20017c90 "?" wait timed out in thread 0009, blocked by 000f, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x20017c90 "?" wait timed out in thread 000e, blocked by 000f, retrying (60 sec) All Wine Versions since the last two years have the same effect, included the newest 0.9.52. Any idea? Thanx for helping me... Stefani

1 0

Re: user32: Remove unneeded casts.
by Andrew Talbot 29 Dec '07

29 Dec '07

Michael Stefaniuc wrote: > I just stumbled upon those while researching a potential problem for > which Smatch issued a warning. > [...] > @@ -1324,7 +1324,7 @@ HDDEDATA WINAPI DdeAddData(HDDEDATA hData, LPBYTE > pSrc, DWORD cb, DWORD cbOff) > if (new_sz > old_sz) > { > DdeUnaccessData(hData); > - hData = GlobalReAlloc((HGLOBAL)hData, new_sz + > sizeof(DDE_DATAHANDLE_HEAD), > + hData = GlobalReAlloc(hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), [...] Hi, In general, I have left the casts in where one PVOID-type handle was cast as another, e.g. HMODULE as HANDLE: I wasn't sure if strict typing might (one day) be an issue. AFAIK, my only transgressions were when I removed the casts from the return values of some {Local|Global}Alloc() and family functions, where they, strictly speaking, return a handle, not a literal PVOID, so arguably should be cast. For example: PSID pSid = (PSID)LocalAlloc(0, cBytes); Since LocalAlloc() returns a HLOCAL - which just happens to be a PVOID - one might argue that the cast should remain. As another example of type-equivalence versus -distinction, DWORD and ULONG are both defined as unsigned long, but I have currently left them as distinct types, too. I would be glad for feedback on how type-strict we should be, please. Thanks, -- Andy.

2 1

re: Uninitialized static consts
by Dan Kegel 28 Dec '07

28 Dec '07

Samuel wrote: > I discovered a static constant wasn't initialized in RedrawWindow when I > was using Valgrind. I wonder if this is a problem or not, because it has > been there since 2005 and it doesn't give any compiler warnings. static vars are located in the bss section and are initialized to zero by the runtime loader, iirc. Can you give more details about the error you found with Valgrind? - Dan

2 1

Uninitialized static consts
by Samuel Lidén Borell 28 Dec '07

28 Dec '07

Hi, I discovered a static constant wasn't initialized in RedrawWindow when I was using Valgrind. I wonder if this is a problem or not, because it has been there since 2005 and it doesn't give any compiler warnings. AFAIK constants can't be initialized later (unless they are pointers), so it seems to me that this really is a problem. I used a regex to find other occurrences of uninitialized consts, and I found a lot of them. Most of them are interfaces, but I don't know what interfaces *really* are, so I don't know about these. But types like structs and unions should be initialized, right? Here's the command I used: grep -E 'static const [^*=;]+;' `find -iname '*.c'` Please CC me any replies because I'm not subscribing to the list. Regards, Samuel Lidén Borell

2 1

What's the status of these patches by Roderick Colenbrander?
by Alexander Dorofeyev 28 Dec '07

28 Dec '07

WineD3D: p8 palette in alpha fix 2/2 [attempt 2] WineD3D: fix p8 GL_EXT_paletted texture bug 1/2 [attempt 2] Submitted something like 5 day ago, but I think they didn't make it to git? They are needed to fix some bugs, like this: http://bugs.winehq.org/show_bug.cgi?id=10797 Roderick, maybe you can resubmit them?

2 1

winelib and exceptions
by Jérôme Gardou 28 Dec '07

28 Dec '07

Hello. I'm trying to handle exceptions in a winelib program i'm writing. after #include <exceptions.h> I'm using the GetExceptionInformation() function, but then winegcc complains that __eptr has not been defined. Any tip/idea on what's going on ? ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

1 0

Compile info patch
by Zachary Goldberg 27 Dec '07

27 Dec '07

I've been checking recently, haven't seen any further discussion on this patch, or seen it be committed. Any thoughts on why? I'm curious because I think its useful, and because I wrote a WWN article on it -- which of course only makes sense if the patch is applied :). -- Zachary Goldberg Computer Science & Engineering Electrical Captain of Penn Electric Race Team School of Engineering at the University of Pennsylvania

3 3

[Fwd: [advapi32] Correctly handle incorrect buffer sizes in LookupAccountNameA (RESEND)]
by Zac Brown 27 Dec '07

27 Dec '07

Hi, Could I get some feedback on this patch as to why it wasn't accepted? Just trying to see where I've gone wrong and what I can do to improve the patch. Any feedback would be greatly appreciated. Thanks! -Zac -------- Original Message -------- Subject: [advapi32] Correctly handle incorrect buffer sizes in LookupAccountNameA (RESEND) Date: Fri, 21 Dec 2007 02:32:45 -0600 From: Zac Brown <zac(a)zacbrown.org> Reply-To: wine-devel(a)winehq.org To: wine-patches(a)winehq.org Hi, Changelog: * Correctly handle incorrect buffer sizes in LookupAccountNameA Notes: * Fixes bug 10612 -Zac Brown

1 0

Re: [wintab32] Refine how we determine cursor types; use that to discard non tablet devices.
by Robert Shearman 27 Dec '07

27 Dec '07

Jeremy White wrote: > +/* FIXME: strcasestr is not available on all platforms; implement a simple version */ > +static char * poormans_strcasestr(const char *haystack, const char *needle) > This is something that can be put in include/wine/port.h. -- Rob Shearman

1 0

Re: user32: Test destroying the cursor of a parent process.
by Dmitry Timoshkov 27 Dec '07

27 Dec '07

"Andrew Riedi" <andrewriedi(a)gmail.com> wrote: > changelog: user32: Test destroying the cursor of a parent process. This doesn't look at all like a suggested way to test interprocess cursor handles we discussed on IRC: create a process, create a window in it, use SendMessage to pass requests/results in order to avoid creating a child process for each thing you would like to test. -- Dmitry.

1 0

Re: wined3d: dirtify colorkey state in IWineD3DDeviceImpl_SetTexture
by Stefan Dösinger 27 Dec '07

27 Dec '07

Am Donnerstag, 27. Dezember 2007 07:27:21 schrieb Alexander Dorofeyev: > Hi. > > Colorkey emulation by alpha test should be disabled when game sets no > texture (or texture without colorkey) and reenabled when needed. Dirtifying > a state here, so that state_alpha will be called, fixes the problem. In theory the texture stage handler calls the colorkey handler if a color key change condition is met. Can you check why the call to state_alpha() in sampler() in state.c, line 2415 isn't called properly?

2 1

Re: dlls/d3dx8/math.c -- simple fixup (RESEND)
by Alexandre Julliard 26 Dec '07

26 Dec '07

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Not a biggie, but still in my queue. If you aren't going to take this > (admittedly) minor patch, please let me know and I'll remove it locally. There's no need to worry about the scope of variables in such a small function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: include: added the new Vista theme part and state headers.
by Alexandre Julliard 26 Dec '07

26 Dec '07

"Reece Dunn" <msclrhd(a)googlemail.com> writes: > In the SDK, vssym32.h includes vsstyle.h (as is done here). However, > the SDK has obsoleted tmschema.h, and duplicates the entries > throughout vsstyle.h and vssym32.h. > > Since it does not make sense to duplicate the entries (even if > tmschema.h uses the TM_ macros and vsstyle.h defines the enums by > hand), vsstyle.h includes tmschema.h. Maybe it doesn't make sense to duplicate them, but since it's what MS does, it's what we have to do too. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: include: added the new Vista messages.
by Dmitry Timoshkov 26 Dec '07

26 Dec '07

"Reece Dunn" <msclrhd(a)googlemail.com> wrote: > #define WM_SYSDEADCHAR 0x0107 > +#define WM_UNICHAR 0x0109 > #define WM_KEYFIRST WM_KEYDOWN > -#define WM_KEYLAST 0x0108 > +#define WM_KEYLAST 0x0109 Please keep the entries sorted by value. -- Dmitry.

2 2

Re: kernel32: Add an ability to execute 32-bit applications from 16-bit ones using winoldap.dll
by Andrey Turkin 26 Dec '07

26 Dec '07

Dmitry Timoshkov wrote: > Hello, > > this patch should fix the problem reported in the bug 3620. > > winoldap.mod in Windows is a 16-bit .exe which uses its command line to load > a 32-bit module and pass the parameters to it. Since winebuild doesn't allow > to create a 16-bit builtin exe, I decided to create a 16-bit builtin dll > instead. That adds some complexity due to need to create another thread to > launch a 32-bit application from, and wait until it finishes. > The application mentioned in the bug change current directory to output dir and then uses WINEXEC with relative filename to start child application. Thread created by winoldap uses another current directory because of something, so CreateProcess fails with your patch. <snip> > + if (CreateProcessA( NULL, cmdline, NULL, NULL, FALSE, > + 0, NULL, NULL, &startup, &info )) > + { > + HINSTANCE16 hwinoldap; > + > + /* Give 30 seconds to the app to come up */ > + wait_input_idle( info.hProcess, 30000 ); > + > + args->ret = TRUE; > + SetEvent(args->event); > + > + WaitForSingleObject( info.hProcess, INFINITE ); > + > + CloseHandle( info.hThread ); > + CloseHandle( info.hProcess ); > + > + /* decrement WINOLDAP usage count to signal that we have finished */ > + hwinoldap = GetModuleHandle16( "winoldap" ); > + FreeLibrary16( hwinoldap ); > + } > Usage count should be decremented regardless of CreateProcess return value. > + > + RestoreThunkLock( count ); > + HeapFree( GetProcessHeap(), 0, cmdline ); > + > + if (!args->ret); > + SetEvent( args->event ); > Typo.

2 1

Re: WineX11.drv: Add an X11 window for the client area [attempt3]
by Alexandre Julliard 25 Dec '07

25 Dec '07

"Roderick Colenbrander" <thunderbird2k(a)gmx.net> writes: > + if (data->client_window) > + { > + int w = data->client_rect.right - data->client_rect.left; > + int h = data->client_rect.bottom - data->client_rect.top; > + > + TRACE("Updating client window 0x%lx to %dx%x,%dx%d\n", data->client_window, > + data->client_rect.left, data->client_rect.top, w, h); > + > + if(w>0 && h>0) > + { > + wine_tsx11_lock(); > + XMoveResizeWindow(display, data->client_window, data->client_rect.left, > + data->client_rect.top, w, h); > + wine_tsx11_unlock(); You should do that only when the size has actually changed. > +static Window create_client_window( Display *display, struct x11drv_win_data *data) > +{ > + XSetWindowAttributes attr; > + > + attr.event_mask = ExposureMask; > + attr.bit_gravity = NorthWestGravity; > + attr.backing_store = NotUseful; Using NorthWestGravity is good but you still need to fix the valid rects calculation accordingly. > +static void destroy_client_window( Display *display, struct x11drv_win_data *data ) > +{ > + if (!data->client_window) return; > + > + wine_tsx11_lock(); > + > + XDeleteContext( display, data->client_window, winContext ); > + XDestroyWindow( display, data->client_window ); > + data->client_window = 0; > + XFlush(display); > + > + wine_tsx11_unlock(); The XFlush shouldn't be needed. > @@ -1569,7 +1648,19 @@ void X11DRV_SetParent( HWND hwnd, HWND parent, HWND old_parent ) > if (old_parent == GetDesktopWindow()) > { > /* destroy the old X windows */ > - destroy_whole_window( display, data ); > + > + /* Don't destroy the X11 window twice in order to prevent a BadWindow error, if the client window is the whole window */ > + if(data->whole_window == data->client_window) > + { > + destroy_whole_window( display, data ); > + data->client_window = 0; > + RemovePropA( data->hwnd, client_window_prop ); > + } The test is useless, if you are changing the parent of the desktop window something is very wrong... -- Alexandre Julliard julliard(a)winehq.org

2 2

Anyone know how to produce a win16 pkzip self-extractor?
by Dan Kegel 25 Dec '07

25 Dec '07

To look into http://bugs.winehq.org/show_bug.cgi?id=3620 I wanted to create a 16 bit self-extracting archive. So I downloaded ftp://ftp.pkware.com/pk263w16.exe and followed the instructions in Help for creating a windows self-extractor. Sadly, 'file' on the resulting .exe says it's just a zip file. The help file says you can convert a .zip to a .exe using File / Convert, but that crashes with Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (12e7:be9a). deep inside pkzip. So I tried the 32 bit version, which according to http://www.ecn.wfu.edu/~cottrell/pkzip.html#sfx can do it cross-platform. But when I tried http://www.filegate.net/pkware/pkwin32/pk250c32.exe with wine PKZIP25.EXE -add -sfx=win16 test *.TXT it said PKZIP: (E5) Unknown or illegal sub-option - sfx=win16 which, I think, means you have to be using a registered copy to do cross-platform self-extractors. I also tried the DOS version, and that just hung (grumble). Anyone figured out a way to do this yet? I filed a bug for a console problem related to pkzip, http://bugs.winehq.org/show_bug.cgi?id=10884 but not the crash yet. Perhaps the failure to create a real self-extractor is another bug, I haven't tried on windows xp yet. - Dan

5 5

Which is more important to Linux users, itunes or photoshop?
by Dan Kegel 24 Dec '07

24 Dec '07

Not a real question, but I thought this graph was interesting: http://www.google.com/trends?q=dreamweaver+linux%2C+%22world+of+warcraft%22… It seems iTunes on Linux is twice as popular a query as Photoshop on Linux. No idea what that really means, but it does make me want to get our iTunes support shipshape... Then again, this graph shows mplayer beating out itunes (presumably because it works): http://www.google.com/trends?q=dreamweaver+linux%2C+mplayer+linux%2C++itune… OK, too much fooling around with graphs. Back to watching Underdog with my four-year-old...

8 8

Re: wined3d: add zero/near zero vertex rhw special case
by H. Verbeet 24 Dec '07

24 Dec '07

On 25/12/2007, Alexander Dorofeyev <alexd4(a)inbox.lv> wrote: > > + if ((pos[3] < 1e-8) && (pos[3] > -1e-8)) You should probably use eps and -eps there, like the rest of the code does. Also, please write a test case to prevent this from regressing in the future.

1 0

Re: [wintab32 3/7] Add constants for cursor types and use them.
by Alexandre Julliard 24 Dec '07

24 Dec '07

Jeremy White <jwhite(a)winehq.org> writes: > --- a/include/wintab.h > +++ b/include/wintab.h > @@ -525,6 +525,23 @@ typedef struct tagROTATION { /* 1.1 */ > #endif > > /*********************************************************************** > + * WACOM WINTAB EXTENSIONS TO SUPPORT CSR_TYPE > + * In Wintab 1.2, a CSR_TYPE feature was added. This adds the > + * ability to return a type of cursor on a tablet. > + * Unfortunately, we cannot get the cursor type directly from X, > + * and it is not specified directly anywhere. So we virtualize > + * the type here. (This is unfortunate, the kernel module has > + * the exact type, but we have no way of getting that module to > + * pass us that type). > + */ > + > +#define CSR_TYPE_PEN 0x822 > +#define CSR_TYPE_ERASER 0x82a > +#define CSR_TYPE_MOUSE_2D 0x007 > +#define CSR_TYPE_MOUSE_4D 0x094 This doesn't seem to belong in wintab.h. -- Alexandre Julliard julliard(a)winehq.org

1 0

The status of the wintab dll
by Robert North 24 Dec '07

24 Dec '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

Re: [wintab32 1/7] Store and use the physical device id to match device to cursor.
by Zachary Goldberg 24 Dec '07

24 Dec '07

On Dec 23, 2007 11:55 AM, Jeremy White <jwhite(a)winehq.org> wrote: > ...snip.. > +static int cursor_from_device(DWORD deviceid, LPWTI_CURSORS_INFO *cursorp) > +{ > + int i; > + for (i = 0; i < gNumCursors; i++) > + if (gSysCursor[i].PHYSID == deviceid) > + { > + *cursorp = &gSysCursor[i]; > + return i; > + } > + > + ERR("Could not map device id %d to a cursor\n", (int) deviceid); > + return -1; > } > > ...snip.. Perhaps a silly and/or wrong observation but, is this in an effort to support multiple cursors?

2 1

Re: ole32: Fix a failed call to DllGetClassObject while retrievingclass object interface pointer.
by Rolf Kalbermatter 23 Dec '07

23 Dec '07

James Hawkins [truiken(a)gmail.com] wrote: >Disassembling of any kind is prohibited. You don't have to convert the disassembly >to source code first to disqualify. By that strict definition starting up any decent debugger is already disqualifying. Not sure we want to go quite there. I wouldn't really know how to do some of my programs without sometimes using a debugger, although that happens to usually break into my own code but in the case of an exception, also not. Rolf Kalbermatter

2 1

tools/wineshelllink: do not execute applications directly, use 'start' utility instead
by Kirill K. Smirnov 23 Dec '07

23 Dec '07

>> -Exec=env WINEPREFIX="${WINEPREFIX:-$HOME/.wine}" wine "$path" $args >> +Exec=env WINEPREFIX="${WINEPREFIX:-$HOME/.wine}" wine start "$path" $args >This is not correct. If console needs to be created for those apps and there >isn't one, then Wine should do it when starting an app. This is correct. "wine start" is the right way to start complicated (which use AllocConsole/FreeConsole and HWND) console applications (bug #10827 and bug #10867). I do not understand how to detect lack of console even for applications called from desktop shortcut. Dumb IO console is always present AFAIK. I tried to following: Create simple console application. #include <stdio.h> int main(void) { FILE *f = fopen("ia.txt", "w"); int ret; ret = fprintf(stdout, "qqq\n"); fprintf(f, "%d\n", ret); fclose(f); return 0; } compiled it as windows console app and run it: 1) $ wine a.exe 2) $ wine start a.exe 3) create a desktop shortcut and click on it. 1'), 2'), 3') compiled the same app as a UNIX app and run it via desktop shortcut. In all cases results are the same: successful output to stdout (res=4). This makes me think that stdio handles are always present. I may be wrong, just let me know. -- Kirill

1 0

re: ole32: fix wrong timeout check
by Dan Kegel 23 Dec '07

23 Dec '07

>- if ((dwTimeout != INFINITE) && (start_time + dwTimeout >= now)) >+ if ((dwTimeout != INFINITE) && (now >= start_time + dwTimeout)) >From time immemorial, it has been drummed into me that one should always handle wraparound when checking timers. So something like DWORD delta = now - start_time; if (dwTimeout != INFINITE) && (delta < 0x80000000UL) && (delta > dwTimeout)) might be more correct... I used to always use a signed variable for this, but C compilers now treat overflow of signed variables as a conceptual error, so the subtraction has to be unsigned, There's probably a cleaner way to code this, but doing the subtraction to get the delta time, and then comparing against the maximum desired delta time, is the way to avoid trouble at rollover. - Dan

3 2

Re: tools/wineshelllink: do not execute applications directly, use 'start' utility instead
by Vitaliy Margolen 23 Dec '07

23 Dec '07

Kirill K. Smirnov wrote: > This is needed by console applications. > Fixes bug #10867 > > -Exec=env WINEPREFIX="${WINEPREFIX:-$HOME/.wine}" wine "$path" $args > +Exec=env WINEPREFIX="${WINEPREFIX:-$HOME/.wine}" wine start "$path" $args This is not correct. If console needs to be created for those apps and there isn't one, then Wine should do it when starting an app. Vitaliy.

1 0

Re: bugfix for bug #6994
by Stefan Dösinger 23 Dec '07

23 Dec '07

Am Sonntag, 23. Dezember 2007 01:43:17 schrieb Alexei Slepov: > Subject: > > We can't use ordinary backbuffer to render textures, which size is more > than > size of the screen. To render bigger texture we must use pbuffer. You can't just set the setting to PBUFFER, you at least have to check if pbuffers are supported. The proper fix is IMHO to fix the problems fbos suffer from and default to fbo offscreen rendering

1 0

Looking for serious Photoshop 7/CS users to break wine
by Dan Kegel 23 Dec '07

23 Dec '07

Our support for Photoshop 7 and maybe CS is strong enough for industrial users -- and if it isn't, I'd like to know about it so we can do something about it. So I posted notes asking for serious Photoshop users to try it and let us know what's still broken: http://ubuntuforums.org/showthread.php?p=4001494 http://www.adobeforums.com/webx/.3c05a212 Hopefully that will bring in some good bug reports. - Dan p.s. The latter message reads -- snip -- Topic: Wine Project looking for Photoshop CS users who want Linux support If you're not a Linux user, or if you don't like the idea of running Photoshop for Windows on Linux, you can stop reading now, this message probably won't be interesting to you. The Wine project is looking for hardcore Photoshop CS or 7 users who use Photoshop professionally, all day, every day, and who are willing to tell us why they can't do that in Linux using Wine yet. We know everybody would like Photoshop CS3 or at least CS2 support, but support for CS2 and CS3 isn't quite ready, so we'd like to focus on our strengths, and support Photoshop 7 and CS excellently. Don't worry, we're also working on the CS2 and CS3 issues. Getting all the 7 and CS issues taken care of builds a stronger foundation for CS2 and CS3. If something doesn't work in Photoshop 7 or CS itself, or your favorite plugin works in Windows with 7 or CS but not in Wine, please let us know how to reproduce the problem. To do that, just reply to this post, or post in the wine-users mailing list, or leave a comment in the wine appdb for Photoshop 7 or CS, or file a bug in the Wine Bugzilla, whichever you're more comfortable with. We'll take it from there; if we can reproduce it, we'll file a bug and see if we can get a wine developer to fix it. Ideally you'd test with the latest release of Wine (currently 0.9.51), but if you're still on a slightly older version, don't sweat it, we'll retest on the latest for you. Thanks! Dan Kegel Wine 1.0 Release Manager -- snip --

1 0

re: New bugzilla components (round 3)
by Dan Kegel 23 Dec '07

23 Dec '07

vdm is a bit cryptic, could we call it win16 instead? That's a bit broader, but that's ok. The other products could use some attention, too. Wine HQ Apps Database website-bugs -> appdb-misc WineHQ Bugzilla bug list -> delete comments -> delete login -> delete misc-bugs -> bugzilla-misc WineHQ.com (rename WineHQ.org) misc-web -> www-misc

1 0

skype regression (kernel32 / winedos)
by Alexander Dorofeyev 23 Dec '07

23 Dec '07

Hi. Unfortunately, Skype stopped working in git wine, it crashes shortly after start. Commit found via bisect: http://source.winehq.org/git/wine.git/?a=commit;h=e2a366ce338d5b6b0f3c8962d… kernel32: Forward interrupts in 32-bit code to winedos too last messages with +io,+int: warn:int:DOSVM_GetBuiltinHandler int1 not implemented, returning dummy handler warn:int:DOSVM_GetBuiltinHandler int1 not implemented, returning dummy handler warn:int:DOSVM_GetBuiltinHandler int1 not implemented, returning dummy handler err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a Skype ver 3.5.0.239, wine mode - WinME

1 0

Re: loader: Add --compile-info option to Wine.
by Peter Beutner 23 Dec '07

23 Dec '07

Andrew Riedi schrieb: > Sometimes Wine has optional features that users want to enable, but that > require specific headers to compile. For bug reports, and the user IRC > channel, it seemed a good idea to add an option to Wine to figure out > what optional features have been compiled into Wine. Also, specific > versions of GCC may cause problems for specific programs that involve > copy protection software. To help out users, testers, people who tend > to our bugzilla, and other people involved with Wine, I decided to add > an option to Wine to output this valuable information. > + /* Compiler */ + printf( "\nCompiler:\n" ); +#ifdef __GNUC__ + printf( "\tGCC %d.%d.%d\n", __GNUC__, __GNUC_MINOR__, __GNUC_PATCHLEVEL__ ); +# if (__GNUC__ == 4 && (__GNUC_MINOR__ == 0 || __GNUC_MINOR__ == 1)) + printf( "\t**This GCC may cause problems with copy protection.**\n" ); +# endif +#endif As I recall this is not the only version that causes problems. Plus certain compiler flags have an influence as well. And as most distros ship gcc with a bunch of patches you probably can't even rely on the gcc version alone. Imo it would be better to collect the info on a wiki page.

9 12

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel