February 2005 - wine-devel

Re: "bachelor project" with wine ?
by Dan Kegel 22 Feb '05

22 Feb '05

Joris Huizer wrote: > I'm supposed to choose a topic - and work it out - for a "bachelor > project"; > Now, at the moment I have no clue, and teachers are discussing what > topics to hand; in the mean time, I think maybe it might be interesting > to do some wine work in such a form that it's ok for this "bachelor > project" :) > > This project is supposed to be something like 308 hours; and of course, > it should be possible to show something interesting at the end of that. > About my background, I have a few years of (simple) programming > experience (in C and C++, mostly) and most of that was done under linux > -- just school programs most of the time; I don't have much experience > with X programming and *none at all* with winapi; > Is there a "project"/are there "projects" in wine, suitable for this? Absolutely. I'm sure others will suggest more ideas, but here's my suggestion: add some test cases to the Wine conformance test suite. I am mentoring about 14 college students doing this right now for college credit; four are doing it for a whole year, ten are doing it for a single semester. They are finding it appropriately challenging, and I think you will, too. See http://www.kegel.com/wine/sweng/ for the step-by-step instructions I wrote up for the semester class. (I'll be revising that as the semester continues to address issues found by the students.) Good luck, and feel free to write me with any questions! - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Add new headers and changes in headers about security
by Alexandre Julliard 21 Feb '05

21 Feb '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Move definitions from winerror.h to issperr.h. I don't think you want to do that, issperr.h is supposed to be an obsolete header. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Re: World Of Warcraft
by fenix＠club-internet.fr 21 Feb '05

21 Feb '05

Hi lionel, GL_VERSION isn't pertinent as it contains (only) provider and driver version while GLX_VERSION is really the version string of GLX impl. Regards, Raphael ----Message d'origine---- >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: Raphael <fenix(a)club-internet.fr> >Copie à: Alex Woods <wine-devel(a)giblets.org>, wine-devel(a)winehq.org >Sujet: Re: World Of Warcraft >Date: Mon, 21 Feb 2005 21:44:31 +0100 > >On Mon, Feb 21, 2005 at 09:39:31PM +0100, Raphael wrote: >> Ouppsss >> >> better patch > >Why did you do this change: > >- const char *gl_version = (const char *) glGetString(GL_VERSION); >+ const char *gl_version = glXGetClientString(display, GLX_VERSION); > >I.e. replacing the GL version with the one of GLX ? Maybe the GLX version is >needed, but we could then log both of them and not replace GL by GLX. > > Lionel > >-- > Lionel Ulmer - http://www.bbrox.org/ > >

2 1

possibly new regression
by MightY 21 Feb '05

21 Feb '05

Hi, I'm new to the list, so please tell me if I do anything wrong ;). The update from wine-2005-01-11 to wine-2005-02-11 caused a regression with an application I'm trying to get to work. I identified the concrete patch that introduces the problem. It's this one made by Rein Klazes: http://www.winehq.org/hypermail/wine-cvs/2005/01/0612.html What I see happening is the following: sebi@mighty system $ wine gothic.exe wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: divide by zero in 32-bit code (0x00500280). In 32 bit mode. err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00500280 ESP:7785fcdc EBP:7785fe1c EFLAGS:00010246( - 00 -RIZP1) EAX:5da7c456 EBX:00000000 ECX:7785fe14 EDX:01c516a3 ESI:77b13480 EDI:76e166c0 Stack dump: 0x7785fcdc: 77bf19fb 77bf19fa 00000000 6b636f4c 0x7785fcec: 544f475f 00434948 758a00b0 77b07720 0x7785fcfc: 7599ef50 00890668 0a93c21c 00000000 0x7785fd0c: 7785fe14 0a93c31a 7599ef50 0055d8da 0x7785fd1c: 7599ef50 004012b2 7599ef50 0000c028 0x7785fd2c: 0044cb88 77bf19fb 77bf19fa 007f56ec Backtrace: =>1 0x00500280 in gothic (+0x100280) (0x7785fe1c) 2 0x00500121 in gothic (+0x100121) (0x7785fe58) 3 0x0050005c in gothic (+0x10005c) (0x007f56ec) 4 0x0080b1d8 in gothic (+0x40b1d8) (0x0041daf0) 0x00500280: divl 0x00895c58,%eax Wine-dbg> No window is drawn (usually a splash screen appears...). Maybe you can make some sense of it. Surely I didn't provide a lot of information, but I'm not really sure what kind of info you will need. If you need any additional information on the problem, please tell me. -- Sebastian Schlingmann

3 4

Recent CVS update causes Quicken popup problem/Help please
by Carl Sopchak 21 Feb '05

21 Feb '05

I recently did a CVS update after a fairly long time without one. Afterwards, Quicken 2000 Deluxe has had a problem: When in an account register, as you type the description into a new record, Quicken will pop-up a window showing prior transactions that match what you type. (Quicken calls this Quick Fill. If you press Enter, the transaction is copied into the new record. A VERY nice feature!) The problem is that the pop-up never "goes away", which it should do if (a) your typing causes no prior transaction matches, or (b) you accept the match that is suggested. I have found in the wine debug log that Quicken tries to "get rid" of the popup by setting the popup's rectangle to {0,0;0,0}, which causes the server call to set_window_pos to return with "INVALID_PARAMETER {new_style=00000000}". After adding debug TRACE messages to dlls/x11drv/winpos.c, I have confirmed that the window style just prior to the server call is 94800007 (WS_POPUP | WS_VISIBLE | WS_CLIPSIBLINGS | WS_BORDER | WS_DLGMODALFRAME | WS_DRAGDETECT | WS_NOPARENTNOTIFY). After adding further debugging statements to server/window.c, I have found that the server handler for set_window_pos calls validate_window_rectangles(). Validate_window_rectangles fails because {0,0;0,0} is not within the client's rectangle ({1,1;479,20}), so set_window_pos never gets called. Now, I assume that using a rectangle size of {0,0;0,0} is a valid way to pop-down the popup. Even if not, that appears to be the way Quicken is doing it. I guess my problem is that I have NO CLUE as to how this SHOULD be handled. Should the style be set to (style & ~WS_VISIBLE) when the rectangle is {0,0;0,0}? Should {0,0;0,0} be considered a valid rectangle in validate_window_rectangles()? Should validate_window_rectangles() only get called if the rectangle is not {0,0;0,0}? Or, very possibly, is there something else that should happen? Just to see what happened, I commented out the call to validate_window_rectangles, and the popup disappeared as it should. If anyone has any hints as to what should be done here, I could implement and test this, and send a patch along... As an aside, I noticed on the winehq.org web site that the debugging "quick start" page specifically states that the Debug Channels are not used for the server but the developer's guide does not. And neither suggest how to add debugging messages to the server. Perhaps this could be explained in more detail somewhere? (I could add a section, if the sources of the manual is in CVS, and I knew where they were...) Thanks for the help, Carl

3 3

[PATCH] Add NZDT support to TZ_INFO
by Darryl Dixon 21 Feb '05

21 Feb '05

Adds support for NZDT (New Zealand Daylight Time) to TZ_INFO. Cheers, -- Darryl Dixon <esrever_otua(a)pythonhacker.is-a-geek.net>

1 0

Re: dlls/gdi: fix GetGlyphOutline(resend)
by Alexandre Julliard 21 Feb '05

21 Feb '05

TANABE Hiroshi <hirokun_dayomon(a)infoseek.to> writes: > if(!(fuFormat & GGO_GLYPH_INDEX)) { > - p = FONT_mbtowc(hdc, (char*)&uChar, 1, NULL, NULL); > + int len; > + if(uChar > 0xff) { /* but, 2 bytes charactor only */ > + len = 2; > + uChar = (uChar & 0xff) << 8 | (uChar & 0xff00) >> 8; > + } else > + len = 1; > + p = FONT_mbtowc(hdc, (char*)&uChar, len, NULL, NULL); You should use an array of two chars here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Should winecfg drive detection create device symlinks
by Paul van Schayck 21 Feb '05

21 Feb '05

Hey, I was wondering if winecfg should create symlinks for devices (dosdevices/d:: -> /dev/cdrom)? If it has to, how should it be implented. I can only see drive device symlinks created here: http://source.winehq.org/source/dlls/kernel/volume.c#L219 But I don't think that's the correct place to do it. Can we maybe have a custom flag in DefineDosDevice? I think that would be the right place to do it. Kind regards, Paul

1 0

Ctrl-Shift-N recognized as Ctrl-N
by Tobias Burnus 21 Feb '05

21 Feb '05

Hello, using wine-20050111-0.1 (SUSE builds) or a nightly Codeweavers (or an older version of both for that matter) I have the following problem. The application Diamond 2 has the following menu shortcuts Ctrl-N -> New file Ctrl-Shift-N -> Connect atoms unfortunally, I always get a new file, even if I press Shift. Any ideas how to debug? Tobias PS: See http://www.codeweavers.com/compatibility/browse/name?app_id=865 PPS: Can one now submit new applications to the app.winehq.org app database? I already tried several times, but I got no response at all, then I gave up.

4 5

Re: status of wine dll's
by Michael Jung 21 Feb '05

21 Feb '05

Hi Tom, On Saturday 19 February 2005 03:56, you wrote: > can you take a couple minutes and look over our dll staus page and let > me know of any changes that your aware of? * As a rough guess, I would say that rsaenh.dll is 70% complete by now. * I think we should get rid of the rsabase.dll entry on the status_dll site (and probably also in wine cvs): rsaenh.dll is a complete replacement and rsabase isn't shipped anymore by Microsoft since Win2k (Applications don't load rsabase/rsaenh directly, but via advapi32, which looks it up in the registry). * I've just seen on the status page that I'm considered the 'recent primary worker' for secur32.dll, which I didn't write a line of code for. Did you mean this as some kind of subversive message? ;) Not on the dll status page, but related: * There is still an open 'RSA Crypto API' reference on the fun projects site. This should either be removed or be painted green (in which case rsabase has to be renamed rsaenh and the reference to openssl should be removed). It would be a pitty, if people would start implementing rsabase, since as I said I think it's dead code anyway. * Just because there are changes to be made anyway: On the acknowledgements site I'm listed to have contributed to 'advapi/crypt.c'. My focus was clearly on 'rsaenh.dll' though. Thanks, -- Michael Jung mjung(a)iss.tu-darmstadt.de

3 2

Installshield (with Roller Coaster Tycoon demo)
by Paul Vriens 21 Feb '05

21 Feb '05

Hi, I know there are still issue with InstallShield, is the following one of them? When trying to install the above mentioned demo I get an errorbox: ------------------------ Error Number: 0x80040706 Description: Object reference not set Setup will now terminate ------------------------ Part of the 'normal' output: err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? err:ole:PSFacBuf_CreateProxy GetFuncDesc 80029c4a should not fail here. err:ole:proxy_manager_create_ifproxy Could not create proxy for interface {3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, error 0x80029c4a fixme:sync:SetNamedPipeHandleState 0xa0 0xf7cff4 (nil) (nil) err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80029c4a fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0x8) 77e16eec err:ole:_get_funcdesc Did not find a typeinfo for reftype 0? err:ole:PSFacBuf_CreateProxy GetFuncDesc 80029c4a should not fail here. err:ole:proxy_manager_create_ifproxy Could not create proxy for interface {3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, error 0x80029c4a fixme:sync:SetNamedPipeHandleState 0x108 0xf7dd9c (nil) (nil) err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x80029c4a Cheers, Paul Vriens.

6 9

"bachelor project" with wine ?
by Joris Huizer 21 Feb '05

21 Feb '05

Hello, I'm supposed to choose a topic - and work it out - for a "bachelor project"; Now, at the moment I have no clue, and teachers are discussing what topics to hand; in the mean time, I think maybe it might be interesting to do some wine work in such a form that it's ok for this "bachelor project" :) This project is supposed to be something like 308 hours; and of course, it should be possible to show something interesting at the end of that. About my background, I have a few years of (simple) programming experience (in C and C++, mostly) and most of that was done under linux -- just school programs most of the time; I don't have much experience with X programming and *none at all* with winapi; Is there a "project"/are there "projects" in wine, suitable for this? It's ok if I have to do api learning but ofcourse that'd take a part of those hours; As you can see, it should be some clearly showable (either visible or something in behavior) progress in running windows executables under wine; I hope you can give me a hand finding an interesting topic (and I guess I'll be asking a lot of questions here in the coming weeks if you hand me something I want to work on ;) ) thanks in advance for any ideas regards Joris

1 0

Re: [OLE #76] Avoid infinite loop when doing a typelib marshalled IUnknown::QueryInterface
by Rob Shearman 21 Feb '05

21 Feb '05

Mike Hearn wrote: >Mike Hearn <mh(a)codeweavers.com> >Avoid infinite loop when doing a typelib marshalled >IUnknown::QueryInterface by only doing an extra QI if requested IID is >not equal to marshalled IID. > > Does this happen with only builtin oleaut32? If so, it should be fixed so that it doesn't cause an infinite loop. I don't think standard marshaled proxies should cause infinite loops (if I remember the test cases we have correctly). However, this patch should go in as it is a good optimisation. Rob

2 1

Winemaker questions
by Vincent Béron 21 Feb '05

21 Feb '05

Hi François, I tried to use winemaker on an app, and I had the following notes about it. 1) Some subdirs were not visited by winemaker, while some others were. Should it visit all of them recursively? Does it stops if there are no source file in a dir (but there are subdirs)? The last point looks like the culprit. 2) Would it be possible to make winemaker understand the i64 postfix and do something about it? I believe the most portable way would be to change from "1234567890i64" to "(((__int64) 12) * ((__int64) 100000000) + ((__int64) 34567890))", as just replacing i64 by LL would be too easy. 3) winemaker changed the name of some .txt files from "a name.txt" to "a_name.txt". Since those are not source code, and their endlines were not unixified, I'm not sure it's such a good idea to touch those files. 4) Would there be a way to transform __try {}/__finally{} blocks to __TRY {}/__FINALLY()? I'm not sure the changes I did are now compilable under MSVC nor MingW. Sidenote about exception.h: you need to use glibc's setjmp.h to get sigsetjmp(), but the default use of winemaker is to use wine's msvcrt's setjmp.h, which doesn't provide it. I sidestepped this by changing #include <setjmp.h> to #include "setjmp.h" and putting a symlink to /usr/include/setjmp.h in the current dir. It works, but it's far from being perfect. Other than that, the app compiled without much problems (but a lot of warnings). Vincent

4 3

Pretty Good Solitaire shootout: Wine vs. Crossover
by Holly Bostick 21 Feb '05

21 Feb '05

Hi, This application is not in the database, so I started testing prior to adding it and (most likely) maintaining it. Pretty Good Solitaire (PGS) is a Solitaire game compilation; the benefit over native applications is the huge number of Solitaire variants available (the current version has 610 Solitaire games; previous versions have at least 500). Pysol and Aisle Riot don't even come close, especially if you have a favorite variant that is only found in this compilation. The demo of the current version (10.2.0) is available at http://www.goodsol.com/downloads/gdsoltb.html Previous versions (7.2.0, 8.11, 9.2.0) are available at http://www.goodsol.com/downloadpre.html I also have version 9.1.0, which is an old "previous version" no longer available on the main site. Wine: 20050217 Crossover: 4.1 Demo Distribution: SuSE 9.2 Video: ATI binary drivers 8.10.19 under X.org 6.8 Cutting to the chase, the interesting thing here is that: A) the setup runs better under Wine than Crossover (but runs fully in both cases) B) The game itself runs 99.9% perfectly under Crossover (only the Help/Rules are not available) but *does not run at all* under Wine (well, the splash screen shows, but then the app crashes to desktop when trying to open the games selection menu window). I find this fascinating, so I did more tests; fuller information to follow, but I'll ask my question now in the event you don't want to read the rest of what will likely be a very long post: What is the proper information to add to the appdb if the app runs under Crossover but not Wine? Or should I not add the app at all at this time? I'd feel pretty stupid suggesting that one buy CX to run a Solitaire game (even a great compilation such as this), but on the other hand, the app runs flawlessly under CX, which seems worthy of mention if a user does want to run it (since it does not run at all under Wine). Any suggestions would be appreciated. But here's my test results, in case it will help you figure out what the missing link is: ----------------------------------------------------------- Installers: The game (any version) ultimately installs fine under both Wine and Crossover. However, there are differences during install. Wine does not produce any errors when running the installer (unless that tiny, unreadable, and non-resizeable 2nd dialog box is meant to display them), and all text (license and 'readme') is visible in the installer dialogs. Crossover produces duplicate error boxes when the first install screen is extracting/loading (you hit OK on the first, then the duplicate appears, then you hit OK and the install proceeds with no further error dialogs), and no license or 'readme' text is visible in the installer dialogs provided for this purpose. The error is as follows: Access violation at address {version-dependent, specific addresses follow} Read of address 00000000 In version 720 the address is 417930BA In version 8.11 the address is 4173C0BA In version 9.20 the address is also 4173C0BA In version 10.2 the address is 41B880BA Neither Wine nor CX can extract the program icon. However, at some point previous, CX was able to get the icon from at least one version of PGS, as I have a saved icon from PGS 500 (which is version 8.11) that I stored some time ago when I tested this install on an acquaintance's machine while housesitting. Unfortunately, I don't remember what version of CX this person had (dammit). I certainly don't get an icon extracted (even from 8.11) now, with 4.1 Demo, and iirc, no attempted install of later versions of PGS successfully extracted the application icon on the acquaintance's machine (which is likely why I saved the one icon I did get when I cleaned up prior to losing access to the machine). CX creates a full Programs menu folder, containing the application, the website link, and the uninstaller; Wine does not seem to create a Programs menu at all (but this could be a SuSE menu issue). CX creates the desktop icon (using the default CX icon, since the program icon could not be extracted); Wine does not (but this could be because the CX icon is already there and cannot be overwritten). But in both cases, the application is installed. CX: Using one of the CX icons runs the game (any version) perfectly using CX; the splash screen is displayed, and for the first run, the "add player" dialog is displayed and works, for an unregistered first run, the registration dialog is correctly shown and links on that screen correctly open Firefox and display the URL. A slight problem is that when I attempted to enter my registration code, which I keep saved in a text file, using the internal right-click "Paste" operation crashed the program to desktop; but using Shift+Insert to paste the text worked fine. Other than the fact that the Help is not available (nothing happens if you click the "Help" or "Rules" buttons in the main menu or an individual game, which kinda sucks if you want to try a new game but don't know the rules), this application has only a couple of very minor problems, and can be said to be Gold. All text is visible, all options are readable, useable and work properly; I even followed the link from the Options screen and successfully downloaded and installed additional card sets. The only minor issues other than those already mentioned are things I noticed when using earlier PGS versions in the past, but may no longer be relevant with version 10.2.0 (not yet tested): 1) game saving on exit did not quite work properly if you exit immediately after winning a game (on the reward screen, choose exit immediately, or choose New Game, don't do anything, and exit immediately); when you reopen PGS and select the same game variant as you had just been playing, you don't get a 'clean' new game, but instead the game autoplays to some (indeterminate) point in a previous game you had played. If, however, you win a game, select 'New Game', make one move, then exit, when you reopen and select the same game type, the same game # will open, and your one move will be played automatically (because it was properly saved on exit). *This issue no longer appears in version 10.2.0.* 2) Opening Thunderbird (seems to be specific to T-bird, but did not test extensively because I did not realize this seems PGS version-specific) caused a horrendous amount of flickering (non-critical, as it did not hurt the program's function in any way, it was just insanely annoying), but this seems to have been related to PGS versions 9.10 and below; I am not seeing this with 10.2 at all, so it's something I'd have to test as a version issue for the appdb. 3) Sometimes (possibly when the system was under relatively heavy load in some way), drawing of the game screen was imperfect; some "later" cards on the table (meaning cards visible but not playable at the moment due to game rules) were only partially drawn (not critical, since the cards were not playable). The cards were visible (meaning that the space for the partially or not drawn card was clearly "used" by an object not completely visible), and the card itself was present and could be played when it became playable according to the game rules. Playing the card would also cause it to be drawn properly, but the space where it had been was not necessarily redrawn (so that the card under it, which should have become completely visible when the partially-drawn card was moved, had a "bite" taken out of it). This was a non-critical error which could be resolved by using the "Restart" button to redraw the table. Since I don't know what caused this in the first place, I can't test whether it still happens. For all I know, it could be something fixed in the ATI drivers. The point being that Codeweavers could put this on their list of supported apps, insofar as it runs more than well enough to be considered perfect. Wine, though, is a different story. The application does not run. The splash screen is displayed, for what is the "normal" amount of time (~ 5 seconds), but when the splash screen disappears, the game selection menu does not appear in its place (you're returned to the console prompt). So the app fails cleanly, but the output is horrific (because its over 6000 lines long). Here's the start and end of it: [holly@SuSE: ~/games/wine/goodsol] 08:27 $ wine goodsol.exe fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS version 4.0, please report !! fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x413825fc,103393,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406cf82c), partially implemented. fixme:ole:OLEPictureImpl_Construct Unsupported type 3 fixme:ole:OLEPictureImpl_get_hPal (0x403a1998)->(0x406cf770): stub fixme:ole:OleLoadPictureEx (0x41383efc,4158,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406cf82c), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d9138), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d91b0), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d8908), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d8980), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d89f8), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d8a70), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403d8ae8), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da2a8), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da320), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da398), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da410), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da488), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da500), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da578), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da5f0), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da668), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da6e0), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da758), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da7d0), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da848), partially implemented. fixme:ole:OleLoadPictureEx (0x41383efc,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=32,y=32,f=0,0x403da8c0), partially implemented. fixme:ole:SPCF_CreateInstance (0x40a50d00,(nil),{7bf80980-bf32-101a-8bbb-00aa00300cab},0x403f1ec0), creating stdpic with PICTYPE_NONE. fixme:ole:OLEPictureImpl_Load Could only read 67468 of 138330 bytes in no-header case? fixme:ole:OLEPictureImpl_Load Unknown magic 746c, 67468 read bytes: 6c 74 00 00 00 00 00 00 6c 74 00 00 00 00 00 00 ff 03 3e 00 00 00 04 08 00 6c 62 6c 53 74 61 74 73 00 01 04 09 00 00 80 05 e0 10 78 00 9f 06 cf 03 12 15 00 1f 00 25 01 00 00 00 90 01 44 42 01 00 0d 4d 53 20 53 61 6e 73 20 53 65 72 69 66 ff 03 43 00 00 00 05 08 00 6c 62 6c 54 79 70 65 73 00 01 03 02 00 00 80 04 09 00 00 80 05 d0 02 d0 02 c7 0b ef 01 12 13 00 1f 00 25 01 00 00 00 90 01 44 42 01 00 0d 4d 53 20 53 61 6e 73 20 53 65 72 69 66 ff 03 46 00 00 00 06 0b 00 6c 62 6c 47 61 6d 65 4e 61 6d 65 00 01 03 <snip of over 6000 lines of this> 6d 6e 75 54 72 61 79 45 78 69 74 00 13 03 05 00 45 26 78 69 74 00 ff 03 03 04 fixme:ole:OLEPictureImpl_Destroy Unsupported type 0 - unable to delete fixme:ole:CoRegisterMessageFilter stub [holly@SuSE: ~/games/wine/goodsol] 08:28 $ Now, I can't imagine what insanely proprietary (VB?) code a bloody Solitaire app could use that is completely supported by CX, and completely unsupported by Wine, but maybe one of you can. If there is any further debugging that would be of use, please specify what channels you want, and I'll (figure out how to) do it. I think I'll leave this off the appdb for the time being, but any suggestions that would help me include it would be welcome (since I guess I must be willing to maintain it, having done so much work already ;-) ). Thanks for your time, Holly

4 5

gmail accounts on offer
by Ivan Leo Puoti 21 Feb '05

21 Feb '05

I'm offering a gmail invitation to any wine dev that wants one. Private mail me for an invitation, I have enough invites for all. Ivan.

4 3

[App DB] broken links
by Stefan Leichter 21 Feb '05

21 Feb '05

Hello, i just noticed that inside the App DB (http://appdb.winehq.org/appview.php) pages the links (URL) to the "vendor" of the application are broken. The link is shown correct but if you klick on it the browser will stay on http://appdb.winehq.org/ instead of opening the page of the "vendor". Tested with: Category: Main > Networking & Communication > Palm Desktop and Hotsync Category: Main > Networking & Communication > SetiSpy Is this a known issue? Bye Stefan

2 1

fixme of flash5
by Vishal Gakhare 20 Feb '05

20 Feb '05

sir I am trying to intall Flash5 on Linux using but installtions stop abruptly and the FixMes are flashed.I am sending you the list of errors.Please help me and send me the source codes that on adding to WINE will remove the problem. Also I want to change the shell command WINE to VISHAL. What code should be written or changed. plz help me fast!! --------------------------------- Do you Yahoo!? Yahoo! Search presents - Jib Jab's 'Second Term'

2 1

Patch 16182 causes a regression in IrfanView and Textpad
by Ron Jensen 20 Feb '05

20 Feb '05

http://www.winehq.org/hypermail/wine-cvs/2005/02/0364.html causes regressions in IrfanView ( http://www.irfanview.com/ ) and Textpad ( http://www.textpad.com/ ) IrfanView no longer runs. It errors out with a dialog box that says LOADER ERROR The procedure entry point DragAcceptFiles could not be located in the dynamic link library SHELL32.dll Textpad has fatal exceptions: WineDbg starting on pid 0xd Unhandled exception: 0xc06d007f in 32-bit code (0x404d1ffc). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:404d1ffc ESP:4069fb30 EBP:4069fb88 EFLAGS:00200216( - 00 - IAP1) EAX:4069fb30 EBX:4058c404 ECX:00000000 EDX:4069fb44 ESI:4069fbf8 EDI:4a850000 Stack dump: 0x4069fb30: c06d007f 00000000 00000000 404d1f90 0x4069fb40: 00000001 4069fbac 401fb904 401c072e 0x4069fb50: 401fd5c0 4069fb7c 4a850000 4069fb6c 0x4069fb60: 401c0866 c000007a 4058c404 4069fb90 0x4069fb70: 404ed277 c000007a 00000000 0010000f 0x4069fb80: 00000000 005878e0 4069fbf0 004ca8ba Backtrace: =>1 0x404d1ffc RaiseException+0x6c(code=0xc06d007f, flags=0x0, nbargs=0x1, args=0x4069fbf8) [/home/wineguy/src/wine/dlls/kernel/except.c:87] in kernel32 (0x4069fb88) 2 0x004ca8ba in textpad (+0xca8ba) (0x4069fbf0) 3 0x004ca1e9 in textpad (+0xca1e9) (0x4069fdf4) 4 0x0050f688 in textpad (+0x10f688) (0x4069ff2c) 5 0x404f8aa6 start_process+0xc6(arg=0x0) [/home/rjensen/src/wine/dlls/kernel/process.c:1046] in kernel32 (0x4069fff4) 6 0x4002dd61 wine_mmap_is_in_reserved_area+0x71(addr=0x0, size=0x0) [/home/wineguy/src/wine/libs/wine/mmap.c:471] in libwine.so.1 (0x00000000) 0x404d1ffc RaiseException+0x6c [/home/wineguy/src/wine/dlls/kernel/except.c:87] in kernel32: leal 0xfffffff8(%ebp),%esp 87 RtlRaiseException( &record ); Wine-dbg>WineDbg terminated on pid 0xd

4 3

Re: porting flash & changing the command
by Stefan Dösinger 20 Feb '05

20 Feb '05

Am Sonntag, 20. Februar 2005 15:07 schrieb Vishal Gakhare: > I am trying to install Flash5 application using WINE but fix mes are > generated(attached.)What should I do? Don't send M$ Word files ;-) I can't find any error in the file thought.

1 0

Useful RPC/DCOM document
by Mike Hearn 20 Feb '05

20 Feb '05

http://www-csag.ucsd.edu/individual/achien/cs491-f97/projects/dcom-writeup.… They apparently had access to the NT source code, and describe the process of writing a new transport for the RPC runtime. thanks -mike

1 0

Problems with rsaenh/advapi32 and 'Myst Uru Demo'
by Paul Vriens 20 Feb '05

20 Feb '05

Hi, I've download a bunch of demo-apps and this one (http://www.gamershell.com/news/10306.html) has some problems with the builtin rsaenh.dll/advapi32.dll. The trace (+crypt,+loaddll) shows: fixme:crypt:CRYPT_VerifyImage (rsaenh.dll, 0x77e39320): not verifying image trace:crypt:RSAENH_CPAcquireContext (phProv=0x77e3941c, pszContainer="{07EC3FFA-8373-11D9-C687-000CF1342294}", dwFlags=00000010, pVTable=0x77e394d0) trace:crypt:CryptReleaseContext (0x77e38c68, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000001, dwFlags=00000000) trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\rsaenh.dll" : builtin trace:crypt:CryptDestroyHash (0x77e38c48) wine: Unhandled exception (thread 000d), starting debugger... Is this due to the 'lack' of reference counting in the advapi32 crypt stuff? It looks like RSAENH_CPReleaseContext released 'everything' where it shouldn't, hence the failure of CryptDestroyHash. Cheers, Paul.

2 1

wpp
by Ge van Geldorp 20 Feb '05

20 Feb '05

wpp will currently silently drop non-preprocessor stuff (typedefs, function prototypes etc.) when #including a .c or .h file. However, if you preprocess e.g. a .rc file externally and then feed it to wrc (which in turn will feed it through wpp) the non-preprocessor stuff isn't removed. The patch below changes that, by looking at the filename on the #line directive. If it ends in .c or .h, no output is generated (but the file is still parsed for preproc statements ofcourse). We need this for ReactOS, it doesn't hurt Wine (yes, I've tested it <g>) and including it in Wine would make my monthly job of merging Wine and ReactOS a tad easier. If there are no objections I'll submit to wine-patches in a few days. We also have another change in wpp, which adds support for #include_next (can't take credit for that, Filip Navara wrote it). Since you can't use that #include_next in Wine anyway (not every compiler supports it) I'm not going to bother creating and testing a Wine patch for it. If I misjudged and there is interest in this from the Wine side just let me know. Ge van Geldorp. Index: libs/wpp/ppl.l =================================================================== RCS file: /home/wine/wine/libs/wpp/ppl.l,v retrieving revision 1.4 diff -u -r1.4 ppl.l --- libs/wpp/ppl.l 21 Oct 2003 23:57:25 -0000 1.4 +++ libs/wpp/ppl.l 20 Feb 2005 15:12:10 -0000 @@ -232,6 +232,7 @@ static void newline(int); static int make_number(int radix, YYSTYPE *val, const char *str, int len); static void put_buffer(const char *s, int len); +static int is_c_h_include(char *fname, int quoted); /* Buffer management */ static void push_buffer(pp_entry_t *ppp, char *filename, char *incname, int pop); static bufferstackentry_t *pop_buffer(void); @@ -551,11 +552,15 @@ case pp_define: case pp_mbody: case pp_inc: - case pp_line: case RCINCL: if (yy_current_state()==RCINCL) yy_pop_state(); pplval.cptr = get_string(); return tDQSTRING; + case pp_line: + pplval.cptr = get_string(); + if (is_c_h_include(pplval.cptr, 1)) pass_data=0; + else pass_data=1; + return tDQSTRING; default: put_string(); } @@ -1404,12 +1409,12 @@ * Include management *------------------------------------------------------------------------- */ -static int is_c_h_include(char *fname) +static int is_c_h_include(char *fname, int quoted) { int sl=strlen(fname); - if (sl < 2) return 0; - if ((toupper(fname[sl-1])!='H') && (toupper(fname[sl-1])!='C')) return 0; - if (fname[sl-2]!='.') return 0; + if (sl < 2 + 2 * quoted) return 0; + if ((toupper(fname[sl-1-quoted])!='H') && (toupper(fname[sl-1-quoted])!='C')) return 0; + if (fname[sl-2-quoted]!='.') return 0; return 1; } @@ -1448,7 +1453,7 @@ pp_incl_state.seen_junk = 0; pp_incl_state.state = 0; pp_incl_state.ppp = NULL; - if (is_c_h_include(newpath)) pass_data=0; + if (is_c_h_include(newpath, 0)) pass_data=0; else pass_data=1; if(pp_status.debug)

1 0

press -- eweek, Microsoft Seeks to Bottle Up Open Source Wine
by Tom 20 Feb '05

20 Feb '05

Hello All, I just ran across this at eweek: http://www.eweek.com/article2/0,1759,1766843,00.asp Ivan you are now famous can I get your autograph ;) Tom

4 7

idea to spot regressions
by Jonathan Ernst 19 Feb '05

19 Feb '05

Hi everyone, I'd like to know what you people think about this idea for the application database: When an application version goes from gold to silver or silver to bronze for example, the AppDB asks the maintainer if he wants to inform wine developpers about this regression and if yes the maintainer has a field where he can enter some comments about the regression and the AppDB sends an e-mail to wine-devel with links to the AppDB entry and the maintainer's comments. This would ease the task for maintainer to report regressions and for developpers to know about them. Looking forward to reading your comments. Jonathan

1 0

Re: Microsoft genuine downloads looking for wine
by Sam Lauber 19 Feb '05

19 Feb '05

Agreed. Can't we just delete HKEY_CLASSES_ROOT/Software/Wine or move it to another name? > >> In any case, at least from a technical point of view, going > >> around such test ought to be fairly simple > If the mere existence of this key makes the validation fail, what's > to stop a virus from simply adding this key as a way to stop > legitimate users from downloading the security fix for that same > virus? If MS is really doing what we think they may be doing here, > I don't think they are going to be enjoying it for long. They are > (what else is new?) shooting themselves in the foot (again?). They're probably famous for that already ;-). > > I don't think we want to go there. I demonstrated a way of checking for > > Wine to Rob last night that we really cannot fix or workaround, and if I > > can think of it they certainly can too. > I think I know what way you are thinking of. Not sure someone less > versed in the way Wine works (it's an emulator, right?) would > figure that one out, but I guess you are right. I'll try to catch > you on IRC and see if we are, indeed, talking about the same thing. > > > Basically if we start integrating workarounds into Wine, it'll lead to an > > arms race we cannot possibly win. > > > Technically, it will probably cost them more than it will cost us. > Then again, they also have more resources. I'll just point out that > I don't think there is anything inherently wrong with MS wishing to > keep the parts that truly are core Windows for Windows legal > license users only. The main problem with MS is that what they call > "core OS" can get quite absurd. > > > Better to ensure our users don't need > > anything from that website. > Amen to that. So, opengl, dcom, what else do we need? :-) Write our own replacement. Try OpenGL first. We might have to clean-room reverse-engineer DCOM. IMO, the `core' operating system (besides the CD!) is the main installation disks and service packs. Anything else is what I call a `program'. Samuel Lauber -- _____________________________________________________________ Web-based SMS services available at http://www.operamail.com. >From your mailbox to local or overseas cell phones. Powered by Outblaze

2 1

Re: Making builtin OLE32 work right
by Mike Hearn 19 Feb '05

19 Feb '05

Here is a brain dump of what I already know we need to fix for the CW supported apps: 1) InstallShield: RPC call re-entrancy 2) Lotus Notes: OLE drag/drop leaves an image of the window behind when it closes. Native does this functionality very differently to us. 3) VB apps: As Holly Bostick discovered to her cost, we can't load all OLEPicture resources correctly. Our OLEFont code also has misc bugs in, but we don't have any tests and code which uses these objects is rare so the full extent of the work here is an unknown 4) OLE Storage: IIRC misc things break in Office when this is pulled 5) Office embedding: We need marshallers for IOleObject for this, I think ... possibly a lot more. I do not know the details. 6) iTunes/iPod: Not fully investigated yet but I think we need to drop the typelib marshaller hack (this stands a good chance of breaking InstallShield for a short time as well) And one thing we probably don't care about: 7) Microsoft Transaction Server needs the typelib marshaller to generate RPC marshal-ops (format strings) instead of using custom marshalling like we do right now. But who cares about MTS while InstallShield and Office still aren't there? :) thanks -mike On Sat, 19 Feb 2005 10:58:27 +0900, Mike McCormack wrote: > Hi All, > > I'd like to compile a list of all applications that don't work correctly > without native ole32 (aka dcom95), then go through and try fix them. > > I think bugzilla is probably the right place to save the list, and that > alot of the information we're looking for is already in the appdb. > > How can we extract if easily? Maybe the appdb guys can provide a check > box that app maintainers can click on to indicate that builtin ole32 > works fine? > > any ideas? > > Mike

1 0

modem
by Hartmut Haase 19 Feb '05

19 Feb '05

I'm not sure if this is the right address, but you can certainly forward it to the right person(s): I'm using an analog modem, and as it is not easy to select the appropriate cal-by-call provider, I tried to use web.de's SmartSurfer which works fine with windows. But wine gives me only the choice to select some 'WINE virtmodem' which is certainly not the right one. Yast tells me that my modem is device ppp0. What can I do? -- Viele Grüße, Hartmut Haase Hungerhilfe: http://www.thehungersite.com Das heutige Motto: The most exhausting thing in life is being insincere

2 1

Re: Making builtin OLE32 work right
by Tony Lambregts 19 Feb '05

19 Feb '05

Mike McCormack wrote: > > Hi All, > > I'd like to compile a list of all applications that don't work correctly > without native ole32 (aka dcom95), then go through and try fix them. > > I think bugzilla is probably the right place to save the list, and that > alot of the information we're looking for is already in the appdb. > > How can we extract if easily? Maybe the appdb guys can provide a check > box that app maintainers can click on to indicate that builtin ole32 > works fine? > Well If I can get around to submitting my "new bugzilla integration" patch this could work right. The idea is to be able to attach multiple apps (versions) to the same bug. Right now we use "url" in Bugzilla to attach a bug to an app and that limits us to on app per bug. The feature you want is to be able to click on a link in a bug and see all the applications that that bug affects. I know exactly what I want it to do. I even have a bit rotted (almost) working version on my old machine. The problem I currently have is trying to keep up with the changes that Jon has been doing ( I don't work nearly as fast as him) so I have been waiting for the database to stablize a bit ... -- Tony Lambregts

3 3

Re: Add LPDWORD typedef to wtypes.idl
by Dmitry Timoshkov 19 Feb '05

19 Feb '05

"Vincent Béron" <vberon(a)mecano.gme.usherb.ca> wrote: > There are probably more pointer types missing from our wtypes.idl. > > Changelog: > Add LPDWORD definition to wtypes.idl. > --- include/wtypes.idl 8 Dec 2004 13:59:52 -0000 1.22 > +++ include/wtypes.idl 19 Feb 2005 00:41:55 -0000 > @@ -48,6 +48,8 @@ typedef float FLOAT; > > typedef void *PVOID, *LPVOID; > > +typedef unsigned long *LPDWORD; This introduces a potential miscompilation on 64-bit platforms. I'd suggest to use a base type instead of unsigned long: typedef DWORD *LPDWORD; -- Dmitry.

1 0

unable to maintain application despite of maintainer status
by Udo Rader 19 Feb '05

19 Feb '05

hi, I've just become the maintainer of an application (http://appdb.winehq.org/appview.php?appId=2002) and tried to do something meaningful with my new status but either I get "insufficient privileges" (eg. when trying to "add notes") or nothing useful happens. I am also not able to post screenshots for the apps, instead I (and certain other wine-related people) are emailed that somebody (me in fact!) has submitted a screenshot for the application. Sorry if this is a repost or something, but the maintainer guidelines for this on winehq.com just are not correct. Udo Rader -- B e s t S o l u t i o n . a t EDV Systemhaus GmbH ------------------------------------------------------------------------ udo rader technischer leiter/CEM mobile ++43 660 5263642 ------------------------------------------------------------------------ eduard-bodem-gasse 8/3 A-6020 innsbruck fax ++43 512 935833 http://www.bestsolution.at phone ++43 512 935834

4 4

Re: wine/dlls/shell32 shell32.spec
by Christian Costa 19 Feb '05

19 Feb '05

Alexandre Julliard wrote: >ChangeSet ID: 16182 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/02/18 14:13:01 > >Modified files: > dlls/shell32 : shell32.spec > >Log message: > Hans Leidekker <hans(a)it.vu.nl> > Mark exports -noname when they are exported by ordinal only on > win98/2k. > >Patch: http://cvs.winehq.org/patch.py?id=16182 > >Old revision New revision Changes Path > 1.91 1.92 +191 -191 wine/dlls/shell32/shell32.spec > > > > This patch causes regression in an app that searches for DragQueryPoint and DragQueryFileA. Christian

1 0

Re: World Of Warcraft
by Juan Lang 18 Feb '05

18 Feb '05

Alex wrote: > It all looks very promising until it patches itself up to version > 1.2.3, when it just crashes at startup. Does this patch help? Index: dlls/ntdll/nt.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/nt.c,v retrieving revision 1.72 diff -u -r1.72 nt.c --- dlls/ntdll/nt.c 11 Feb 2005 11:52:07 -0000 1.72 +++ dlls/ntdll/nt.c 18 Feb 2005 22:16:28 -0000 @@ -520,9 +520,12 @@ OUT PLARGE_INTEGER Frequency) { LARGE_INTEGER time; + + if (!Counter) return STATUS_ACCESS_VIOLATION; NtQuerySystemTime( &time ); Counter->QuadPart = time.QuadPart; - Frequency->QuadPart = 10000000; + if (Frequency) + Frequency->QuadPart = 10000000; return 0; } __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

2 1

Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
by Francois Gouget 18 Feb '05

18 Feb '05

Paul Vriens wrote: > Hi, > > to ease Alexandre's work I re-diffed the patch. The consensus on > wine-devel was that this patch is fine. > > This patch makes the crosstest compile work again for shell32. Result > tested on win98/winxp/Wine/W2KProf. > > Changelog: > Use aliases for calls to ordinals. I don't think that's what the consensus says, if a consensus there is in the first place. If I understand Filip Navara's patch correctly, it shows that the fix belongs in MinGW's shell32.def file. And if that's the case then I'm arguing this test should remain as is. As I understand it, once MinGW's file is fixed, the compiler sees that there is an ordinal associated to SHSimpleIDListFromPath and then generates an executable which imports SHSimpleIDListFromPath by ordinal. This seems to be exactly what Visual C++ does on Windows. It's perfectly acceptable to import SHSimpleIDListFromPath by name in programs compiled using Visual C++, and the resulting executable works even if shell32.dll exports this API by ordinal only. Our conformance tests should reflect that. That's because they are meant to reflect the Windows behavior (not the MinGW one), including where compilation and linking are concerned. -- Francois Gouget fgouget(a)codeweavers.com

6 9

Re: distcc and wine-installer
by Damian Dimmich 18 Feb '05

18 Feb '05

Ah, it helps to attach the patch.... On Friday 18 February 2005 18:34, Damian Dimmich wrote: > Hi, > > Just made a little patch to the wine installer script which allows the user > to specify a commandline flag to enable distcc support (using --distcc). > > This makes compiling loads faster if you have more than one machine to > compile on. > > Let me know if it does not work for you. > > Thanks, > Damian

1 0

dll/shell32/shlfileop.c cleanup questions
by Rolf Kalbermatter 18 Feb '05

18 Feb '05

Joris Huizer <jorishuizer(a)planet.nl> wrote: >I'm looking at the dll/shell32/shlfileop.c file; the function >SHFileOperationW is still huge but in order to split off sections (some >are clear to see but difficult to seperate from the rest) >I'd either have to use huge parameter lists, or put parts together in >structs (some vars are used everywhere in combination) What is your >opinion about this? > >Also, I found something weird, the line at the top of the while loop: > nFileOp.wFunc = ((level + 1) << 4) + FuncSwitch; >seems to be equivalent to > nFileOp.wFunc = (((lpFileOp->wFunc >> 4) + 1) << 4) + >(lpFileOp->wFunc & FO_MASK); >and > nFileOp.wFunc = (((lpFileOp->wFunc >> 4) + 1) << 4) + >(lpFileOp->wFunc & 0xF); >and > nFileOp.wFunc = (lpFileOp->wFunc & (~(0xF))) + (1 << 4) + >(lpFileOp->wFunc & 0xF); >and > nFileOp.wFunc = (lpFileOp->wFunc & (~(0xF))) + (0x10) + >(lpFileOp->wFunc & 0xF); >and > nFileOp.wFunc = lpFileOp->wFunc + 0x10; /* what's this 0x10? */ Well, Dietrich Teickner from whom I got that code implemented in this way a method to detect the nesting level of SHFileOperation calls as they can get called recursively. I have currently a version of the SHFileOperation lying around here which is still huge but I did start to place some parts in separate functions already. It is a considerably extended version of SHFileOperation than what is in CVS at the moment. It implements a few more features and also fixes some not so common cases where the current function can go havok with certain parameter combinations. But it was rejected for its sheer size, which I wasn't happy myself with but I inherited most of that and hadn't time until now to finish the cleanup and won't be able to do that in a short term either. My next step was to actually create a custom structure with some more parameters and implement a core file_operation() function which is eventually called recursively when necessary. The current SHFileOperation then will do some parameter checks and then prepare the new structure and call that file_operation(). When I get home, I will send the current code in an archive to you together with a tool I wrote to make a very thorough test of several thousend parameter combinations. The way I implemented that test tool was to simply dump the results of all those tests into a file to be able to make a diff with a known log from W2K. As it is at the moment it would not be good to include in the test framework because of the necessary comparison to a good log file and also because it takes about 90 seconds alone to run on my computer. (Well on Windows it takes actually at least double that but there the function also does Undo/Recycle Bin which I guess will take some time to do). Rolf Kalbermatter

1 0

Halflife II
by Roderick Colenbrander 18 Feb '05

18 Feb '05

Hi, The past few weeks I have been experimenting a bit with Wine's d3d9. After new updates appeared in cvs I tried games like halife2. Yesterday I tried (a cracked) halflife2 and cstrike:source again using Oliver's latest d3d9 patch and it now shows stuff! For shots check http://roderick.student.utwente.nl/hl2.png and http://roderick.student.utwente.nl/cstrike.png. Both games come to the menu screens I think (not sure what it all has to look like) but from then on not much happens. In case of halfife2 I see some birds flying on the background so the game isn't stuck. I think the menus aren't drawn and I guess that might be related to the fixme "d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0" which I'm seeing hundreds of times. Below is a small log of this: trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(7) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(8) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(9) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(10) Value(1) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(11) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(12) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(13) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(14) Value(0) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 trace:d3d:IWineD3DDeviceImpl_SetSamplerState (0x403e08b0) Sampler(0), Type(15) Value(1) fixme:d3d:IWineD3DDeviceImpl_SetSamplerState out of range sampler 0 I'm amazed with the progress made on the d3d9 front. During the weekend I will try to get halflife2 working on windows to see what it has to look like and I might also have time to fix this problem if it is trivial. Just wanted to let you know that some major d3d9 game is now starting to work. Regards, Roderick

1 1

Re: [shell32tests/shelllink.c] Use aliases for ordinals (resend/rediff)
by Rolf Kalbermatter 18 Feb '05

18 Feb '05

Alexandre Julliard <julliard(a)winehq.org> wrote: >Hans Leidekker <hans(a)it.vu.nl> writes: > >> Filip's patch was not quite right, these functions need to be exported >> ordinal *only*, otherwise the resulting test binary won't link at >> runtime on systems older than xp. With the patch below I am able to >> produce binaries that run on xp as well as 2k and 98. > >And actually the same thing should be done in the Wine spec file (in fact most of >the shell32 functions should probably be marked noname). I think "most" is in this case quite overexagerating. There certainly are quite some functions which should be always imported by ordinal, as they were exported that way before they were documented by MS, but a lot of the rest of shell32 is simply exported by name only. Thinking a little about this I think exporting the ordinals by name too is not a problem at all, as long as the import libraries which get generated from the .spec file or .def file import all APIs with a defined ordinal through their ordinal instead. This way the DLLs are forgiving about someone trying to import by name and the newest Windows versions seem to allow linking to those functions by name too, but the import libraries will also work on older systems where the functions Are exported as ordinals only. This may require a modification to the import library generation to make sure that for defined ordinals the apropriate code to import that function by ordinal is Generated, instead of prefering import by name if both are present. Rolf Kalbermatter

2 1

dll/shell32/shlfileop.c cleanup questions
by Joris Huizer 18 Feb '05

18 Feb '05

Hello, I'm looking at the dll/shell32/shlfileop.c file; the function SHFileOperationW is still huge but in order to split off sections (some are clear to see but difficult to seperate from the rest) I'd either have to use huge parameter lists, or put parts together in structs (some vars are used everywhere in combination) What is your opinion about this? Also, I found something weird, the line at the top of the while loop: nFileOp.wFunc = ((level + 1) << 4) + FuncSwitch; seems to be equivalent to nFileOp.wFunc = (((lpFileOp->wFunc >> 4) + 1) << 4) + (lpFileOp->wFunc & FO_MASK); and nFileOp.wFunc = (((lpFileOp->wFunc >> 4) + 1) << 4) + (lpFileOp->wFunc & 0xF); and nFileOp.wFunc = (lpFileOp->wFunc & (~(0xF))) + (1 << 4) + (lpFileOp->wFunc & 0xF); and nFileOp.wFunc = (lpFileOp->wFunc & (~(0xF))) + (0x10) + (lpFileOp->wFunc & 0xF); and nFileOp.wFunc = lpFileOp->wFunc + 0x10; /* what's this 0x10? */ and in turn, no tests go off when changing that to: nFileOp.wFunc = lpFileOp->wFunc; Am I missing something here? regards, Joris

1 0

Grid And GetFocus()
by George Ginden 18 Feb '05

18 Feb '05

Hi, I've noticed, a wrong behavior in a simple program that has a grid implementation. Basically you can move around the grid with the direction keys. If you press enter, the cell lets you enter text. (just as excel works.). Also a mouse click on the cell does the same thing. The problem is that when you write something into the cell then you cannot move around the grid with the arrows anymore. (the GetFocus() function returns "nil" everytime you hit a arrow key...) To make the grid work again a mouse click out of the cell is necessary. I'd like to try and fix this, what have I to start with first ? Maybe it's the edit control ? PS: part of the strace log is attacched. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event ButtonRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x20048 trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x20048 trace:event:EVENT_ProcessEvent returns. trace:win:WIN_CreateWindowEx (null) "EDIT" ex=00000000 style=50000000 122,136 55x12 parent=0x20048 menu=(nil) inst=0x400000 params=(nil) trace:win:dump_window_styles style: WS_CHILD WS_VISIBLE trace:win:dump_window_styles exstyle: trace:win:WIN_CreateWindowEx winproc type is 2 (WIN_PROC_32A) trace:win:WIN_SetWindowLong 0x30046 -12 0 3 trace:edit:EditWndProc_common hwnd=0x30046 msg=81 (WM_NCCREATE) wparam=0 lparam=4061eb3c trace:edit:EDIT_WM_NCCreate Creating ANSI edit control, style = 50000000 trace:win:WIN_SetWindowLong 0x30046 0 40378cf0 3 trace:edit:EditWndProc_common hwnd=0x30046 msg=83 (WM_NCCALCSIZE) wparam=0 lparam=4061e93c trace:edit:EditWndProc_common hwnd=0x30046 msg=83 (WM_NCCALCSIZE) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=1 (WM_CREATE) wparam=0 lparam=4061eb3c trace:edit:EDIT_WM_Create (null) trace:edit:EDIT_EM_SetMargins left=0, right=0 trace:edit:EDIT_SetCaretPos 0 - 0x0 trace:edit:EditWndProc_common hwnd=0x30046 msg=1 (WM_CREATE) -- 0x00000001 trace:edit:EditWndProc_common hwnd=0x30046 msg=5 (WM_SIZE) wparam=0 lparam=c0037 trace:edit:EDIT_WM_Size width = 55, height = 12 trace:edit:EDIT_SetCaretPos 0 - 0x0 trace:edit:EditWndProc_common hwnd=0x30046 msg=5 (WM_SIZE) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=3 (WM_MOVE) wparam=0 lparam=88007a trace:edit:EditWndProc_common hwnd=0x30046 msg=3 (WM_MOVE) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=18 (WM_SHOWWINDOW) wparam=1 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=18 (WM_SHOWWINDOW) -- 0x00000000 trace:win:SetWindowPos hwnd 0x30046, after (nil), 0,0 (0x0), flags 00000057 trace:win:dump_winpos_flags flags: SWP_NOSIZE SWP_NOMOVE SWP_NOZORDER SWP_NOACTIVATE SWP_SHOWWINDOW trace:edit:EditWndProc_common hwnd=0x30046 msg=46 (WM_WINDOWPOSCHANGING) wparam=0 lparam=4061e8cc trace:edit:EditWndProc_common hwnd=0x30046 msg=46 (WM_WINDOWPOSCHANGING) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=47 (WM_WINDOWPOSCHANGED) wparam=0 lparam=4061e8cc trace:edit:EditWndProc_common hwnd=0x30046 msg=47 (WM_WINDOWPOSCHANGED) -- 0x00000000 trace:win:WIN_CreateWindowEx created window 0x30046 trace:win:WIN_SetWindowLong 0x30046 -4 6023f150 2 trace:win:WINPROC_AllocProc reusing 0x40720ac0 for 0x6023f150/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=30 (WM_SETFONT) wparam=12be lparam=0 trace:edit:EDIT_EM_SetMargins left=1, right=1 trace:edit:EDIT_SetCaretPos 0 - 1x0 trace:edit:EditWndProc_common hwnd=0x30046 msg=30 (WM_SETFONT) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=d3 (EM_SETMARGINS) wparam=3 lparam=0 trace:edit:EDIT_EM_SetMargins left=0, right=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=d3 (EM_SETMARGINS) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=c (WM_SETTEXT) wparam=0 lparam=40364be0 trace:edit:EDIT_WM_SetText L"" trace:edit:EDIT_EM_ReplaceSel L"", can_undo 0, send_update 0 trace:edit:EDIT_WM_SetText notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EDIT_WM_SetText notification EN_UPDATE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=c (WM_SETTEXT) -- 0x00000001 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:win:SetFocus 0x30046 prev 0x20048 trace:win:RedrawWindow 0x20048 rect (117,130)-(182,154) flags: RDW_INVALIDATE trace:win:SetFocus 0x30046 prev 0x30046 trace:edit:EditWndProc_common hwnd=0x30046 msg=b1 (EM_SETSEL) wparam=0 lparam=ffffffff trace:edit:EditWndProc_common hwnd=0x30046 msg=b1 (EM_SETSEL) -- 0x00000001 trace:edit:EditWndProc_common hwnd=0x30046 msg=7 (WM_SETFOCUS) wparam=20048 lparam=0 trace:edit:EDIT_SetCaretPos 0 - 1x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_WM_SetFocus notification EN_SETFOCUS sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=7 (WM_SETFOCUS) -- 0x00000000 trace:win:RedrawWindow 0x20048 rect (117,130)-(182,154) flags: RDW_INVALIDATE trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=46 lparam=210001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=66 lparam=210001 trace:edit:EDIT_EM_ReplaceSel L"f", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 0, strl 1, selstart 0 ('L""'), text 'L""') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 1 - 4x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=44 lparam=200001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=64 lparam=200001 trace:edit:EDIT_EM_ReplaceSel L"d", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 1, strl 1, selstart 1 ('L""'), text 'L"f"') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 2 - 11x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:win:RedrawWindow 0x3002e whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:BeginPaint hdc = 0x9e0 box = (129,149 - 184,161), fErase = 0 trace:win:RedrawWindow 0x30030 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:GetWindowRect hwnd 0x30030 (318,101)-(798,401) trace:win:BeginPaint hdc = 0x9e0 box = (129,149 - 184,161), fErase = 0 trace:win:RedrawWindow 0x20048 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:BeginPaint hdc = 0x9e0 box = (117,130 - 182,154), fErase = 0 trace:win:RedrawWindow 0x30046 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=85 (WM_NCPAINT) wparam=1 lparam=0 trace:win:GetWindowRect hwnd 0x30046 (447,250)-(502,262) trace:edit:EditWndProc_common hwnd=0x30046 msg=85 (WM_NCPAINT) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) wparam=74 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) -- 0xffffffff trace:win:BeginPaint hdc = 0x74 box = (0,0 - 55,12), fErase = 0 trace:edit:EDIT_PaintLine line=0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=47 lparam=220001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=67 lparam=220001 trace:edit:EDIT_EM_ReplaceSel L"g", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 2, strl 1, selstart 2 ('L""'), text 'L"fd"') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 3 - 18x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:win:RedrawWindow 0x30046 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) wparam=9e0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) -- 0xffffffff trace:win:BeginPaint hdc = 0x9e0 box = (0,0 - 55,12), fErase = 0 trace:edit:EDIT_PaintLine line=0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=46 lparam=c0210001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=44 lparam=c0200001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=47 lparam=c0220001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=44 lparam=200001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=64 lparam=200001 trace:edit:EDIT_EM_ReplaceSel L"d", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 3, strl 1, selstart 3 ('L""'), text 'L"fdg"') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 4 - 25x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:win:RedrawWindow 0x30046 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) wparam=74 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) -- 0xffffffff trace:win:BeginPaint hdc = 0x74 box = (0,0 - 55,12), fErase = 0 trace:edit:EDIT_PaintLine line=0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=46 lparam=210001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=66 lparam=210001 trace:edit:EDIT_EM_ReplaceSel L"f", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 4, strl 1, selstart 4 ('L""'), text 'L"fdgd"') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 5 - 28x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:win:RedrawWindow 0x30046 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) wparam=9e0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) -- 0xffffffff trace:win:BeginPaint hdc = 0x9e0 box = (0,0 - 55,12), fErase = 0 trace:edit:EDIT_PaintLine line=0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=47 lparam=220001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) wparam=67 lparam=220001 trace:edit:EDIT_EM_ReplaceSel L"g", can_undo 1, send_update 1 trace:edit:EDIT_EM_ReplaceSel inserting stuff (tl 5, strl 1, selstart 5 ('L""'), text 'L"fdgdf"') trace:edit:EDIT_UpdateText notification EN_UPDATE sent to hwnd=0x20048 trace:win:RedrawWindow 0x30046 whole window flags: RDW_INVALIDATE RDW_ERASE trace:edit:EDIT_SetCaretPos 6 - 35x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_EM_ReplaceSel notification EN_CHANGE sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=102 (WM_CHAR) -- 0x00000000 trace:win:RedrawWindow 0x30046 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) wparam=74 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=14 (WM_ERASEBKGND) -- 0xffffffff trace:win:BeginPaint hdc = 0x74 box = (0,0 - 55,12), fErase = 0 trace:edit:EDIT_PaintLine line=0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EditWndProc_common hwnd=0x30046 msg=f (WM_PAINT) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=46 lparam=c0210001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=44 lparam=c0200001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) wparam=47 lparam=c0220001 trace:edit:EditWndProc_common hwnd=0x30046 msg=101 (WM_KEYUP) -- 0x00000000 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=0x30046 trace:event:EVENT_ProcessEvent returns. trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) wparam=d lparam=1c0001 trace:edit:EditWndProc_common hwnd=0x30046 msg=100 (WM_KEYDOWN) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=d (WM_GETTEXT) wparam=800 lparam=40364be0 trace:edit:EditWndProc_common hwnd=0x30046 msg=d (WM_GETTEXT) -- 0x00000006 trace:win:DestroyWindow (0x30046) trace:edit:EditWndProc_common hwnd=0x30046 msg=18 (WM_SHOWWINDOW) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=18 (WM_SHOWWINDOW) -- 0x00000000 trace:win:SetWindowPos hwnd 0x30046, after (nil), 0,0 (0x0), flags 00000097 trace:win:dump_winpos_flags flags: SWP_NOSIZE SWP_NOMOVE SWP_NOZORDER SWP_NOACTIVATE SWP_HIDEWINDOW trace:edit:EditWndProc_common hwnd=0x30046 msg=46 (WM_WINDOWPOSCHANGING) wparam=0 lparam=4061ec18 trace:edit:EditWndProc_common hwnd=0x30046 msg=46 (WM_WINDOWPOSCHANGING) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=47 (WM_WINDOWPOSCHANGED) wparam=0 lparam=4061ec18 trace:edit:EditWndProc_common hwnd=0x30046 msg=47 (WM_WINDOWPOSCHANGED) -- 0x00000000 trace:win:SetFocus 0x20048 prev 0x30046 trace:edit:EditWndProc_common hwnd=0x30046 msg=8 (WM_KILLFOCUS) wparam=20048 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=8 (WM_KILLFOCUS) -- 0x00000000 trace:win:RedrawWindow 0x20048 rect (117,130)-(182,154) flags: RDW_INVALIDATE trace:win:SetFocus 0x30046 prev 0x20048 trace:win:RedrawWindow 0x20048 rect (117,130)-(182,154) flags: RDW_INVALIDATE trace:win:SetFocus 0x30046 prev 0x30046 trace:edit:EditWndProc_common hwnd=0x30046 msg=b1 (EM_SETSEL) wparam=0 lparam=ffffffff trace:edit:EDIT_SetCaretPos 6 - 35x0 trace:edit:EditWndProc_common hwnd=0x30046 msg=b1 (EM_SETSEL) -- 0x00000001 trace:edit:EditWndProc_common hwnd=0x30046 msg=7 (WM_SETFOCUS) wparam=20048 lparam=0 trace:edit:EDIT_SetCaretPos 6 - 35x0 trace:win:WINPROC_AllocProc reusing 0x40720aac for 0x406959e8/2 trace:edit:EDIT_WM_SetFocus notification EN_SETFOCUS sent to hwnd=0x20048 trace:edit:EditWndProc_common hwnd=0x30046 msg=7 (WM_SETFOCUS) -- 0x00000000 trace:edit:EditWndProc_common hwnd=0x30046 msg=2 (WM_DESTROY) wparam=0 lparam=0 trace:win:WIN_DestroyWindow 0x30046 trace:edit:EditWndProc_common hwnd=0x30046 msg=82 (WM_NCDESTROY) wparam=0 lparam=0 trace:edit:EditWndProc_common hwnd=0x30046 msg=82 (WM_NCDESTROY) -- 0x00000000 trace:win:RedrawWindow 0x20048 rect (117,130)-(182,154) flags: RDW_INVALIDATE trace:win:RedrawWindow 0x3002e whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:BeginPaint hdc = 0x74 box = (129,149 - 184,161), fErase = 0 trace:win:RedrawWindow 0x30030 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:GetWindowRect hwnd 0x30030 (318,101)-(798,401) trace:win:BeginPaint hdc = 0x74 box = (129,149 - 184,161), fErase = 0 trace:win:RedrawWindow 0x20048 whole window flags: RDW_NOINTERNALPAINT RDW_NOCHILDREN trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:BeginPaint hdc = 0x74 box = (117,130 - 182,154), fErase = 0 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:WINPOS_WindowFromPoint scope 0x3002e (463,246) returning 0x20048 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:WINPOS_WindowFromPoint scope 0x3002e (469,226) returning 0x20048 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:WINPOS_WindowFromPoint scope 0x3002e (473,198) returning 0x20048 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:WINPOS_WindowFromPoint scope 0x3002e (475,168) returning 0x20048 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x20048 (324,113)-(792,304) trace:win:WINPOS_WindowFromPoint scope 0x3002e (473,136) returning 0x20048 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event MotionNotify for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_ProcessEvent returns. trace:win:GetWindowRect hwnd 0x30030 (318,101)-(798,401) trace:win:WINPOS_WindowFromPoint scope 0x3002e (471,102) returning 0x30030 trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event FocusOut for hwnd/window 0x3002e/3c00043, GetFocus()=(nil) trace:event:EVENT_FocusOut win 0x3002e xwin 3c00043 detail=NotifyNonlinear trace:event:EVENT_FocusOut lost focus, setting fg to 0 trace:win:SetForegroundWindow (nil) trace:event:EVENT_ProcessEvent returns.

1 0

LPRECT parameters for Main_DirectDrawSurface_Lock
by Andreas Eckstein 18 Feb '05

18 Feb '05

Good morning, wine devs! When playing Icewind Dale II (using wine-20050111), the game sometimes crashed with these messages: trace:ddraw:Main_DirectDrawSurface_Lock lprect: 0x0-0x0 err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!! or, on another occasion: trace:ddraw:Main_DirectDrawSurface_Lock lprect: 0x0-2x0 err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!! As you notice, the game tries to lock a surface with width and/or height equal to zero. Frankly I have no idea what the expected behavior is in this case, however playing the critical passages on Windows worked without crash. A quick patch to let Main_DirectDrawSurface_Lock not choke on zero-width or -height LPRECTs solved the problem with wine. Since I don't plan to dig into wine hacking any time soon, could someone merge it into cvs for me (if the new behavior of the function is acceptable, that is)? Thanks in advance! Andreas Eckstein --- The patch: --- dlls/ddraw/dsurface/main.c 2005-01-09 18:35:44.000000000 +0100 +++ dlls/ddraw/dsurface/main.c 2005-02-14 21:03:36.511738080 +0100 @@ -1111,8 +1111,8 @@ (prect->left < 0) || (prect->bottom < 0) || (prect->right < 0) || - (prect->left >= prect->right) || - (prect->top >= prect->bottom) || + (prect->left > prect->right) || + (prect->top > prect->bottom) || (prect->left >= This->surface_desc.dwWidth) || (prect->right > This->surface_desc.dwWidth) || (prect->top >= This->surface_desc.dwHeight) ||

2 1

Re: advapi32: Add RegOpen/CloseKey test and fixes
by Alexandre Julliard 18 Feb '05

18 Feb '05

James Hawkins <truiken(a)gmail.com> writes: > + ret = RegOpenKeyA(HKEY_CURRENT_USER, "Software\\Wine\\Test", &hkHandle); > + hkPreserve = hkHandle; > + ret = RegCloseKey(hkHandle); > + ok(ret == ERROR_SUCCESS, "expected ERROR_SUCCESS, got %ld\n", ret); > + ok(hkHandle == hkPreserve, "expected hkHandle != hkPreserve\n"); This test is meaningless, since the handle is passed by value to RegCloseKey it cannot possibly be modified. -- Alexandre Julliard julliard(a)winehq.org

1 0

WINE on x86-64 Fedora Core 4 Prerelease Kernels (2.6.10) [Workaround]
by Erich Hoover 18 Feb '05

18 Feb '05

Haven't been able to use WINE for quite a while and have been getting the error: err:seh:EXC_DefaultHandling Unhandled exception code c000013a flags 0 addr 0xffffe403 So I finally found a workaround, hopefully it can help someone else: LD_ASSUME_KERNEL=2.4 setarch i386 -X wine <program>

1 0

Re: advapi32: Add RegOpen/CloseKey test and fixes
by Dmitry Timoshkov 18 Feb '05

18 Feb '05

"James Hawkins" <truiken(a)gmail.com> wrote: > + static const WCHAR emptyW[] = {0}; > + > + if (!name || !strcmpW(name, emptyW)) { > + *retkey = hkey; > + return ERROR_SUCCESS; > + } > + if (!name || !strcmp(name, "")) { > + *retkey = hkey; > + return ERROR_SUCCESS; > + } Instead of introducing emptyW and calling strcmp[W] with an empty string it's much simpler and more readable to use in both cases: if (!name || !*name) { *retkey = hkey; return ERROR_SUCCESS; } -- Dmitry.

1 0

Re: OLEAUT32: Implementation of OleFontImpl_QueryTextMetrics
by Dmitry Timoshkov 18 Feb '05

18 Feb '05

"Alex Villacis Lasso" <a_villacis(a)palosanto.com> wrote: > --- wine-20050211/dlls/oleaut32/olefont.c 2005-01-31 06:34:10.000000000 -0500 > +++ wine-20050211-patch/dlls/oleaut32/olefont.c 2005-02-16 22:56:18.865553128 -0500 > @@ -1068,8 +1068,16 @@ > IFont* iface, > TEXTMETRICOLE* ptm) > { > - FIXME("(%p, %p), stub!\n",iface,ptm); > - return E_NOTIMPL; > + HDC hdcRef; > + HFONT hOldFont, hNewFont; I's suggest to replace a FIXME with a TRACE, not remove it altogether. More logging never hurts. -- Dmitry.

1 0

Winelib and SCons
by Scott Ritchie 18 Feb '05

18 Feb '05

Ok, to be up front and honest I haven't used SCons at all yet, but if it really is an honest to god replacement for autoconf, make, and friends then I'm really excited. Why? Because this has some serious importance for Winelib. Currently, in order to port a program to Linux via Winelib, a developer needs to first make it work in MinGW (a nontrivial amount to do if you use Visual Studio). Then, the developer needs to run some Wine scripts on it to make the code compatible with GCC on Linux - this isn't so hard, and mostly involves things like switching out backslashes for forward ones. Then, the developer needs to write his own makefiles and hammer autoconf and stuff into working right. This is the hard part, and it's where I gave up when trying to port Miranda Instant Messenger with Winelib even though it worked in MinGW. There are many other open source Windows apps out there that I'd like to try porting (say, eMule), but they're currently all written in Visual Studio and getting Visual Studio support into Winelib has been on our perpetual todo list for some years now. SCons might change that. If it really does work with Visual Studio files, we could rip out the Winelib makefile stuff and replace it with SCons. What do you think? Are the SCons developers interested in helping us do this? Do any of you use Wine yourselves? Thanks, Scott Ritchie Wine guy

3 2

Re: How to install Mozilla ActiveX on demand
by Robert Shearman 18 Feb '05

18 Feb '05

Marcelo Duarte wrote: > Hi, > The Wine asks if I want to install the Mozilla ActiveX control, > however it does not give no indication as to make this. > Looking for in the patches, I found failed to meet information. > See: http://www.winehq.org/hypermail/wine-patches/2004/10/0492.html > That indicates: > > [Software\\Wine\\shdocvw] 1089668326 > "Url"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe > <http://www.iol.ie/%7Elocka/mozilla/MozillaControl16.exe>" > > But the correct is: > [Software\\Wine\\shdocvw] 1089668326 > "MozillaUrl"="http://www.iol.ie/~locka/mozilla/MozillaControl16.exe > <http://www.iol.ie/%7Elocka/mozilla/MozillaControl16.exe>" > So, I decided to show to the user as to make this. > Also I corrected a small error of presentation. > > Changelog: > Marcelo Duarte > Show to the user how to install Mozilla ActiveX on demand Why not fix the key rather than telling the user to do it? Rob

4 5

SCons, Wine, and Winelib
by Scott Ritchie 17 Feb '05

17 Feb '05

Ok, currently Winelib relies on GNU autoconf, makefiles and friends to get a working app. This is a bit difficult, particularly if you're not very good with makefiles (I'm attempting to learn them from scratch in order to port an application.) I just heard about the SCons project, which from what I can tell looks like it aims to be a replacement to the makefiles. Has anyone used this? http://www.scons.org/ I bring this up because it might be easier on developers to have something like Winemaker create a SCons script, rather than rely on the user to piddle around with autoconf and hacking up makefiles. Thoughts? Thanks, Scott Ritchie Usability-developer-wannabe-extrordinaire

5 9

Watcthtower Library 2003 on Mandrake 10.1
by Zane Wickham 17 Feb '05

17 Feb '05

I added these lines to the end of the wine config file to get the Watchtower Library 2003 to load using Winetools and it does open when clicking on icon on desktop (Mandrake 10.1) after reading discussions on wiki :^> Zinger ;Watchtower Library [AppDefaults\\wtlib.exe\\DllOverrides] "*comctl32*" = "native" "*commctrl*" = "native" ;Watchtower Setup [AppDefaults\\Setup.exe\\DllOverrides] "comctl32" = "builtin" ;Watchtower ikernel [AppDefaults\\ikernel.exe\\DllOverrides] "comctl32" = "native" __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250

1 0

Silly question about the download page
by Holly Bostick 17 Feb '05

17 Feb '05

Hey, all, Is there some reason that the SuSE section on the download page does not say that it links to a binary RPM for SuSE 9.2? The page says "SuSE binary and source .rpms for SuSE 8.1, 8.2, 9.0, and 9.1", although binaries for 9.2 are in fact on the Sourceforge project page along with the versions mentioned. Hey, I said it was silly, but if we're trying to make things easier for new users who believe exactly what they read, it's misleading. Holly

2 1

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 February 2005