- wine-devel - winehq.org

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

Re: appdb/include screenshot.php
by Steven Edwards 17 Feb '05

17 Feb '05

Hello, --- WineHQ <wineowner(a)wine.codeweavers.com> wrote: > ChangeSet ID: 16156 > CVSROOT: /opt/cvs-commit > Module name: appdb > Changes by: wineowner(a)wine.codeweavers.com 2005/02/16 19:16:51 Would it be possible for the appdb module to go to its own cvs commit list? While I care about the commit messages to the wine module and from time to time the lostwages module I never care about whats going on in appdb. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250

2 1

Re: Wine and SCONS
by Ira Krakow 17 Feb '05

17 Feb '05

Scott, Integrating SCONS and Winelib is a wonderful idea. I'm currently struggling with explaining in a cookbook way how to port an MFC program to Winelib. Also, there's a lot of demand for porting .NET apps and if Winelib can support that as well this will attract more developers. I'll be happy to do whatever I can to help. Ira

1 0

re: Winelib and SCons
by Dan Kegel 17 Feb '05

17 Feb '05

> 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. I doubt SCons will help here in any substantial way. Its chief appeal seems to be to people who like using python for everything, and who like badmouthing make. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

cleanroom legalaties
by Oliver Stieber 17 Feb '05

17 Feb '05

I've been using GPL software, and reverse engineering for years (manuals with more than an int13 reference used to be hard to get hold of) and have just stumbled onto an interesting link. In the US there a process called 'Abstraction, Filtration, Comparison' that is used to determine if a work falls under the copyright of another work. It doesn't look like anything that affects wine, but interesting anyway. http://digital-law-online.info/lpdi1.0/treatise22.html ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Re: portability fixes (yet another attempt)
by Steven Edwards 17 Feb '05

17 Feb '05

Hi Thomas, --- Thomas Weidenmueller <wine-patches(a)reactsoft.com> wrote: > I unfortunately don't know as I couldn't find referencces to the other > HAVE_* definitions, which I guess are somewhere outside of wine sources. > There however needs to be a macro for strtoulW which can be named > differently... .e.g. HAVE__VSNPRINTF is also just undef'ed, I'm sorry I > don't know if that's defined in some gcc headers (mingw at least doesn't > define them), libc or somewhere else. You need to add a check to the configure and configure.ac scripts for these functions. When you run ./configure it will check to see if this function is implemented on the given platform and define as needed. Thanks Steven __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

1 0

wineprefixcreate
by Ann and Jason Edmeades 16 Feb '05

16 Feb '05

Hiya, I was working on bug#2716 - a trap running install which turned out to be due to a missing registry key which wineprefixcreate should have created. Now I had an excuse (I deleted *.reg for another test previously!) but the reporter also got the same problem. To quote: "I've installed WINE via RPM package (there's a link to Mandrake package maintainer's RPM with WINE version 20050211 on www.winehq.com). There is no wineprefixcreate in it. I downloaded source tarball, which contains this utility, but it is part of another script, which COMPILES wine and that's what i want to avoid - system based on RPM's is more easily to maintain - you don't have to search for all installed files when uninstalling.... (Compiled programs must always be deleted manually..... :-( ) But i don't understand why running wine rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf DIDN'T put it in? No error messages..... (That was what i did before running any program with RPM based WINE). Although this helped, i found other problems, so i finally installed WINE from source tarball, just to be sure, there is no installation problem.... " Can someone please clarify when wineprefixcreate is actually driven, and for an RPM (which I've never installed, so apologies) how should this problem have been created. (Mind you, in my case ie after deleting the registry, it would have been nice for it to be pre-populate with some of the keys too!) Thanks! Jason

2 1

Re: x11drv: make minimizing windows work again
by Vitaliy Margolen 16 Feb '05

16 Feb '05

Ok, that semi-helps. Now I don't have an extra window that was showing up after minimize. But programs still don't want to stay minimized. They blink in the task bar and immediately restore themselves. Any suggestions where could it be? People have commented on this before. To reiterate: all programs (that I have) behave in this manner, not staying minimized. BTW one side affect of this patch - application icon is not displayed in the task bar anymore. Now it's back to wine's logo. Vitaliy Margolen Tuesday, February 15, 2005, 5:51:34 AM, Vitaliy Margolen wrote: > changelog: > - make minimized windows stay minimized

3 2

Re: CVS Update/Quicken popup/Help please/Followup
by Carl Sopchak 16 Feb '05

16 Feb '05

>> Carl Sopchak writes: > > 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. > Alexandre Julliard replied: > > The client rectangle should have been set to {0,0;0,0} too. You should > look at the WM_NCCALCSIZE processing (SWP_DoNCCalcSize in > dlls/x11drv/winpos.c) and check what's happening there with the > rectangles. > > Ok, so what is happening is this: In dlls/x11drv/winpos.c, the pNewWindowRect is coming into SWP_DoNCCalcSize as (0,0;0,0), wndPtr->rectWindow is (182,977;662;998), and wndPty->rectClient is (183,978;661,997). Then winpos.c sends it's own WM_NCCALCSIZE message, and upon return, params.rgrc[0] is (1,1;1,1)! This, in turn, causes the third and fourth conditions in the section commented as "If the application sends back garbage, ignore it" to be true, which in turn causes the next condition to be false, so the client rectangle (pNewClientRect) does NOT get set. (Follow that?? <g>) Tracing through the processing of this WM_NCCALCSIZE, I find it ends up generating two WM_NCCALCSIZE messages, one being handled by DefWindowProc32. This leads me to ./windows/defwnd.c, which calls NC_HandleNCCalcSize in ./windows/nonclient.c. Within NC_HandleNCCalcSize, a call is made to NC_AdjustRectOuter, then the window's rectangle (winRect) is adjusted based on this call. It is this call and adjustment of winRect that changes winRect from (0,0;0,0) to (1,1;-1,-1), which is later "fixed" to (1,1;1,1). Diving deeper, into NC_AdjustRectOuter, I find that because the window style has WS_BOARDER set, adjust is set to 1, then InflateRect is called, which sets rect to (-1,-1;1,1) [returned to NC_HandleNCCalcSize tmpRect variable]. So, there's the problem. The new rectangle size is (0,0;0,0), but has WS_BOARDER set, so the WM_NCCALCSIZE message returns (1,1;1,1) erroneously. The only thing is, I'm still not sure where the "best" place would be to check for the new window rectangle of (0,0;0,0) and handle it appropriately - or what "appropriate" would be, for that matter... Further help would be appreciated. Thanks, Carl

1 0

Re: [shell32tests/shelllink.c] Use aliases for ordinals
by Francois Gouget 16 Feb '05

16 Feb '05

Hi, Paul Vriens wrote: > Hi, > > this makes the crosstest compile work again for shell32. Result tested > on win98/winxp. > > Changelog: > Use aliases for calls to ordinals. As far as I know, SHILCreateFromPath, ILFree and ILIsEqual are all exported by name on Windows. So, IMHO, unless we find a problem running the test on some Windows versions it would be better to fix MinGW. -- Francois Gouget fgouget(a)codeweavers.com

6 8

Re: dlls/shell32/shlfileop.c cleanup
by Alexandre Julliard 16 Feb '05

16 Feb '05

Joris Huizer <jorishuizer(a)planet.nl> writes: > Changelog: > * renamed file_operation_delete to SHFileDelete > * renamed file_operation_checkFlags to SHFileCheckFlags Please don't do that. Internal functions should not be named to look like the exported ones, that's very confusing. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: add RegOpenKey, RegCloseKey tests
by Alexandre Julliard 16 Feb '05

16 Feb '05

James Hawkins <truiken(a)gmail.com> writes: > The last patch forgot to close the keys opened. Use this one instead. > > Changelog > * Add RegOpenKey, RegCloseKey tests. The tests fail on Wine. You need to add todo_wine blocks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: portability fixes (yet another attempt)
by Mike McCormack 16 Feb '05

16 Feb '05

Thomas Weidenmueller wrote: > I unfortunately don't know as I couldn't find referencces to the other > HAVE_* definitions, which I guess are somewhere outside of wine sources. The HAVE_* definitions are set by the configure script. You need to add a test into configure.ac that detects the presence or absence of strtoulW and vnsprintf. Mike

1 0

Re: get rid of unnecessary libunicode dependencies in some more places
by Mike McCormack 16 Feb '05

16 Feb '05

Thomas Weidenmueller wrote: > - sz = strlenW(fmt) + 1; > + sz = wcslen(fmt) + 1; libc and wine may have differing interpretations of what wchar_t. Specifically, if -fshort-wchar is not used, wchar_t will be int, won't it? You'd be better off using lstrlenW() than wcslen(), but that will be slow since it has an exception handler. Alexandre was talking about making an inline wine only version of lstrlenW() without the exception handler to solve that problem. Mike

4 4

IDirect3DDevice9Impl_SetVertexShader in d3d9/vertexshader.c
by Paul Vriens 16 Feb '05

16 Feb '05

Hi, I have a demo-app that calls SetVertexShader with a NULL value. According to MSDN this is valid: To set a fixed-function vertex shader (after having set a programmable vertex shader), call IDirect3DDevice9::SetVertexShader(NULL) to release the programmable shader, and then call IDirect3DDevice9::SetFVF with the fixed-function vertex format. The app bails out of course because we do not handle the NULL value. Will this be fixed in the big upcoming d3d updates? Cheers, Paul.

1 0

WM_CREATE failure and SetScrollRange argument validation
by Krzysztof Foltman 16 Feb '05

16 Feb '05

I've noticed another two things where Wine and Windows XP differ: 1. SetScrollRange(hWnd, SB_VERT, 0, -1) does nothing in WinXP, and is equivalent to SetScrollRange(hWnd, SB_VERT, 0, 0) in Wine. I guess it's true for all kinds of invalid arguments. 2. In WinXP, returning -1 from WM_CREATE causes window creation to fail - the newly created window is automatically destroyed (which sends WM_DESTROY to the window). In Wine, WM_DESTROY is not sent (which prevents the example program to finish). The short piece of relevant code can be downloaded from: http://foltman.com/wintest-scroll.zip Krzysztof

1 0

Re: [shell32tests/shelllink.c] Use aliases for ordinals
by Rolf Kalbermatter 16 Feb '05

16 Feb '05

Francois Gouget wrote: >Ok, that would be a good reason. >There's something I don't understand though: when I compile the test >before your changes with Visual C++ 6.0 it compiles just fine but it >turns out the resulting executable imports these three APIs by ordinal. It all depends on the SDK you have installed. The Windows DLLs always exported those functions by ordinal since about Win95. The very early SDKs for Win95 included those APIs in the import libraries so calling them in an app would link fine. Then MS removed all undocumented APIs from their release SDK import libs. Later after the court case they documented most of those formely undocumented APIs and also included them back into the next SDK release. >Is this something that MinGW can / should do too? Yes MinGW libraries should probably include those APIs as well in their link libraries if they want to be compatible with the current SDK. >And for the Winelib side of things, is this something that winebuild can do? With proper definition in Wines spec files this should be no problem at all. Rolf Kalbermatter

1 0

Re: [shell32tests/shelllink.c] Use aliases for ordinals
by Rolf Kalbermatter 16 Feb '05

16 Feb '05

Francois Gouget wrote: >As far as I know, SHILCreateFromPath, ILFree and ILIsEqual are all >exported by name on Windows. So, IMHO, unless we find a problem running >the test on some Windows versions it would be better to fix MinGW. Those functions are all exported by ordinal only from most Windows systems except maybe the Win XP versions and systems updated with the latest IE Explorer version. Rolf Kalbermatter

1 0

Re: wine/ programs/winefile/Pt.rc programs/winecfg ...
by Marcelo Duarte 16 Feb '05

16 Feb '05

Hi, Alexandre Julliard escreveu: >ChangeSet ID: 16090 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/02/14 05:12:30 > > In this file below, the correct is "usuário", but in cvs is incorrect "usuÃ¡rio" and I dont know how to correct... In my tree it is correct. Index: wine/dlls/mpr/mpr_Pt.rc diff -u -p wine/dlls/mpr/mpr_Pt.rc:1.1 wine/dlls/mpr/mpr_Pt.rc:1.2 --- wine/dlls/mpr/mpr_Pt.rc:1.1 Wed Feb 16 09:36:32 2005 +++ wine/dlls/mpr/mpr_Pt.rc Wed Feb 16 09:36:32 2005 @@ -24,3 +24,23 @@ STRINGTABLE DISCARDABLE { IDS_ENTIRENETWORK "Toda a rede" } + +IDD_PROXYDLG DIALOG LOADONCALL MOVEABLE DISCARDABLE 36, 24, 250, 154 +STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU +CAPTION "Entre a senha da rede" +FONT 8, "Helv" +{ + LTEXT "Por favor, entre como o nome de usuÃ¡rio e a senha:", IDC_EXPLAIN, 40, 6, 150, 15 +

2 2

CreateCaret resets caret position (while it shouldn't)
by Krzysztof Foltman 16 Feb '05

16 Feb '05

There seems to be a difference in functionality of CreateCaret between Windows (XP at least) and Wine. You can find a test program at: http://foltman.com/wintest-caret.zip Look at this code snippet: CreateCaret(hWnd, NULL, 0, 20); SetCaretPos(100,100); CreateCaret(hWnd, NULL, 10, 10); In Wine, the 2nd CreateCaret resets caret position to (0, 0). In Windows, caret position doesn't get reset - it's still positioned at (100, 100). Note that calling CreateCaret twice without DestroyCaret is not a bug (after MSDN): - - - - - cut - - - - - CreateCaret automatically destroys the previous caret shape, if any, regardless of the window that owns the caret. The caret is hidden until the application calls the ShowCaret function to make the caret visible. - - - - - cut - - - - - Is it easy to fix for anyone ? Krzysztof

1 0

Re: portability fixes (yet another attempt)
by Dmitry Timoshkov 16 Feb '05

16 Feb '05

"Thomas Weidenmueller" <wine-patches(a)reactsoft.com> wrote: > > My understanding was that Dmitry suggested you modify your headers, > > not ours. > > I did, unfortunately wine's headers were/are also incomplete so porting > code that called vsnprintfW() or strtoulW() in any case would link > against libunicode (unnecessarily). In order to get rid of a dependency on libunicode for vsnprintfW and strtoulW you have to do the same header magic (if I understood Filip correctly) as you already do for strcmpW/wcslen and map them to whatever ntdll equivalent is available. Your very recent version of the patch still has strlenW/wcslen changes not acceptable for Wine code, if you could resend it again without it that would be great. -- Dmitry.

1 0

Cross-test failed ...
by Paul Millar 16 Feb '05

16 Feb '05

Hi, Quick message: building cross-test died again (output below). This time its the shell32 dll tests that are causing consternation. Suggestions greatfully received. Cheers, Paul. i686-mingw32msvc-gcc generated.o shelllink.o shellpath.o shlfileop.o shlfolder.o string.o testlist.o -o shell32_test.exe -lshell32 -lole32 -lshlwapi -ladvapi32 -luuid shelllink.o(.text+0xc1): In function `path_to_pidl': /home/paulm/Testing/wine-cross-source/dlls/shell32/tests/shelllink.c:72: undefined reference to `SHILCreateFromPath@12' distcc[21503] ERROR: compile on localhost failed make: *** [shell32_test.exe] Error 1

3 2

Anyone have Wine PowerPoint slides?
by Ira Krakow 16 Feb '05

16 Feb '05

I'm giving a presentation on converting Windows programs to Linux at MIT (the Boston Linux User Group) on April 20th from 7pm to 9pm. The BLU may be the oldest Linux user group in the US. It's been around at least since 1993, has been meeting regularly since then, and has a lot of activity. The group started under the umbrella of the Boston Computer Society, which at one time had over 20,000 members. I was wondering if anyone has any Wine PowerPoint slides? I will do the presentation in PowerPoint under Crossover Office 4.1. I can either develop the slides myself or adapt and use slides that have been developed already. Maybe something from a previous WineConf? Thanks in advance. Ira

4 3

Re: portability fixes (yet another attempt)
by Mike McCormack 16 Feb '05

16 Feb '05

Thomas Weidenmueller wrote: > I'm however not sure about the changes in include/wine/port.h and > include/config.h so please adjust or correct them so it builds correctly. If you don't build and test your patches against Wine, then don't submit patches. If you're trying to fix Reactos, then why don't you just fix your own headers? Dmitry already pointed out that you can easily add some #define's or inline functions to achieve what you want. That seems like a better idea than submitting untested patches to wine-patches and hoping we're going to fix your problems for you. Mike

3 3

Re: winecfg: various drive detection enhancements
by Michael Jung 16 Feb '05

16 Feb '05

Hi Richard, On Wednesday 16 February 2005 08:45, you wrote: > Windows permits the user to set the name of the windows directory > to whatever he desires. At one time I had directories called > /Win31 and /Win98. Not a common practice, but you may wish to > make provision for this if there are later revisions to the code. > > So the line above might look something like: > > cp "datadir/wine.inf" "$CROOT_WINDOWS/inf/wine.inf" > > if I understand your code correctly. On the other hand, there may be > benefits in having a standard installation designed with a /windows > directory in mind, and the wine user then handles non-standard > installations with whatever skills he has available. wineprefixcreate is executed only if the user calls wine without having a '.wine' directory in place at all. What this means is that there is no registry and no configuration at all at this time. So there is no way that the user has already configured a "/Win98" as the system directory or somesuch. wineprefixcreate is meant to install a default configuration for users who don't have the knowledge or the desire to do so on their own. The configuration it installs is a good starting point to be tailored to your needs, though. It won't be touched by wineprefixcreate again, once it is generated. That said, the line of code you are refering to is not from me. I've only added the call to winecfg. Ciao, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: [AppDB] edit version and edit notes
by Scott Ritchie 16 Feb '05

16 Feb '05

Cool, I can edit application version info again when I'm a maintainer (and a supermaintainer), however I still can't do it if I'm just a supermaintainer (the only button available in an app version is to resign as supermaintainer.) Furthermore, as a related feature request, listing the names of the supermaintainers in the maintainer field when viewing a version would be useful, so that it appears that a supermaintained app is actually maintained. Thanks for the good work! -Scott Ritchie

2 1

Re: x11drv: make minimizing windows work again
by Vitaliy Margolen 16 Feb '05

16 Feb '05

BTW one side affect of this patch - application icon is not displayed in the task bar anymore. Now it's back to wine's logo. Vitaliy Margolen Tuesday, February 15, 2005, 5:51:34 AM, Vitaliy Margolen wrote: > changelog: > - make minimized windows stay minimized

1 0

Re: x11drv: make minimizing windows work again
by Vitaliy Margolen 16 Feb '05

16 Feb '05

Ok, that semi-helps. Now I don't have an extra window that was showing up after minimize. But programs still don't want to stay minimized. They blink in the task bar and immediately restore themselves. Any suggestions where could it be? People have commented on this before. To reiterate: all programs (that I have) behave in this manner, not staying minimized. Vitaliy Margolen Tuesday, February 15, 2005, 5:51:34 AM, Vitaliy Margolen wrote: > changelog: > - make minimized windows stay minimized

1 0

Re: [NTDLL] Consider SUBLANG_DEFAULT after SUBLANG_NEUTRAL when loading resources
by Dmitry Timoshkov 16 Feb '05

16 Feb '05

"Alex Villacis Lasso" <a_villacis(a)palosanto.com> wrote: > Actually, there was a bug in resource loading, which caused Wine to fail > to load the apropriate resources for my locale (es_EC). As far as I can > tell, the resource loader tries several combinations for the resource > LCIDs, and then defaults to English. In my case, the LANGID was supposed > to be 0x300a (Spanish, Ecuador), and the resources in regedit listed a > resource for LANGID 0x040a (Spanish, DEFAULT language). The loader tried > 0x300a (Spanish, Ecuador), and then 0x000a (Spanish, NEUTRAL). However, > since DEFAULT != NEUTRAL, the Spanish resources failed to be loaded for > my setup, and defaulted to English. > > This patch adds code to try SUBLANG_DEFAULT after SUBLANG_NEUTRAL when > loading resources. This fixes the resource loading for my setup. That's a not correct fix. You either need to add language resources for your locale, or (if you believe that all spanish variants around the world are the same) make spanish translations use LANGUAGE LANG_SPANISH, NEUTRAL instead of LANGUAGE LANG_SPANISH, SUBLANG_DEFAULT -- Dmitry.

1 0

errors compiling wine tests with msvc
by James Hawkins 16 Feb '05

16 Feb '05

Hi, I've been compiling the wine tests with visual studio 2003, and there are a couple errors popping up. One of the errors is that the align modifier is not allowed on function parameters, so most of the test fail to compile with wine's headers because we align most of our data types (AFAICS, I haven't looked through all of our winnt.h): (from wine/include/winnt.h) typedef unsigned __int64 DECLSPEC_ALIGN(8) ULONGLONG, *PULONGLONG; Whereas ms' ULONGLONG does not have the align modifier: (from ms' winnt.h) typedef unsigned __int64 ULONGLONG; Should we reconcile the difference and remove the align from out types? If not the tests won't compile with vs so I guess the other option would be to #pragma disable that warning. Any ideas? -- James Hawkins

3 4

Re: [DSOUND] block align buffer sizes (revised)
by Robert Reif 16 Feb '05

16 Feb '05

Robert Reif wrote: > Make sure buffer sizes are a multiple of the block align size. > Fixed invalid buffer size by rounding up to next multiple of nBlockAlign. Added test to verify buffer rounding behavior. Index: dlls/dsound/buffer.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/buffer.c,v retrieving revision 1.46 diff -u -p -r1.46 buffer.c --- dlls/dsound/buffer.c 11 Feb 2005 11:49:05 -0000 1.46 +++ dlls/dsound/buffer.c 16 Feb 2005 00:55:58 -0000 @@ -1060,9 +1060,14 @@ HRESULT WINAPI IDirectSoundBufferImpl_Cr CopyMemory(dsb->pwfx, wfex, cp_size); - dsb->buflen = dsbd->dwBufferBytes; - dsb->freq = dsbd->lpwfxFormat->nSamplesPerSec; + if (dsbd->dwBufferBytes % dsbd->lpwfxFormat->nBlockAlign) + dsb->buflen = dsbd->dwBufferBytes + + (dsbd->lpwfxFormat->nBlockAlign - + (dsbd->dwBufferBytes % dsbd->lpwfxFormat->nBlockAlign)); + else + dsb->buflen = dsbd->dwBufferBytes; + dsb->freq = dsbd->lpwfxFormat->nSamplesPerSec; dsb->notify = NULL; dsb->notifies = NULL; dsb->nrofnotifies = 0; Index: dlls/dsound/tests/ds3d.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/tests/ds3d.c,v retrieving revision 1.19 diff -u -p -r1.19 ds3d.c --- dlls/dsound/tests/ds3d.c 10 Feb 2005 20:26:20 -0000 1.19 +++ dlls/dsound/tests/ds3d.c 16 Feb 2005 00:56:00 -0000 @@ -713,7 +713,8 @@ static HRESULT test_secondary(LPGUID lpG else bufdesc.dwFlags|= (DSBCAPS_CTRLFREQUENCY|DSBCAPS_CTRLVOLUME|DSBCAPS_CTRLPAN); - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; if (winetest_interactive) { trace(" Testing a %s%ssecondary buffer %s%s%s%sat %ldx%dx%d " Index: dlls/dsound/tests/ds3d8.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/tests/ds3d8.c,v retrieving revision 1.14 diff -u -p -r1.14 ds3d8.c --- dlls/dsound/tests/ds3d8.c 10 Feb 2005 21:21:13 -0000 1.14 +++ dlls/dsound/tests/ds3d8.c 16 Feb 2005 00:56:00 -0000 @@ -615,7 +615,8 @@ static HRESULT test_secondary8(LPGUID lp else bufdesc.dwFlags|= (DSBCAPS_CTRLFREQUENCY|DSBCAPS_CTRLVOLUME|DSBCAPS_CTRLPAN); - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; if (has_3d) { /* a stereo 3D buffer should fail */ Index: dlls/dsound/tests/dsound.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/tests/dsound.c,v retrieving revision 1.45 diff -u -p -r1.45 dsound.c --- dlls/dsound/tests/dsound.c 10 Feb 2005 20:26:20 -0000 1.45 +++ dlls/dsound/tests/dsound.c 16 Feb 2005 00:56:01 -0000 @@ -305,7 +305,8 @@ static HRESULT test_dsound(LPGUID lpGuid ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2 | DSBCAPS_CTRL3D; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; rc=IDirectSound_CreateSoundBuffer(dso,&bufdesc,&secondary,NULL); ok(rc==DS_OK && secondary!=NULL, @@ -573,7 +574,8 @@ static HRESULT test_primary_secondary(LP ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx2; if (winetest_interactive) { trace(" Testing a primary buffer at %ldx%dx%d with a " @@ -672,7 +674,8 @@ static HRESULT test_secondary(LPGUID lpG ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); rc=IDirectSound_CreateSoundBuffer(dso,&bufdesc,&secondary,NULL); ok(rc==DSERR_INVALIDPARAM,"IDirectSound_CreateSoundBuffer() " "should have returned DSERR_INVALIDPARAM, returned: %s\n", @@ -684,7 +687,8 @@ static HRESULT test_secondary(LPGUID lpG ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; if (winetest_interactive) { trace(" Testing a secondary buffer at %ldx%dx%d " @@ -727,6 +731,53 @@ EXIT: return rc; } +static HRESULT test_block_align(LPGUID lpGuid) +{ + HRESULT rc; + LPDIRECTSOUND dso=NULL; + LPDIRECTSOUNDBUFFER secondary=NULL; + DSBUFFERDESC bufdesc; + DSBCAPS dsbcaps; + WAVEFORMATEX wfx; + int ref; + + /* Create the DirectSound object */ + rc=DirectSoundCreate(lpGuid,&dso,NULL); + ok(rc==DS_OK||rc==DSERR_NODRIVER||rc==DSERR_ALLOCATED, + "DirectSoundCreate() failed: %s\n",DXGetErrorString8(rc)); + if (rc!=DS_OK) + return rc; + + init_format(&wfx,WAVE_FORMAT_PCM,11025,16,2); + ZeroMemory(&bufdesc, sizeof(bufdesc)); + bufdesc.dwSize=sizeof(bufdesc); + bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; + bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec + 1; + bufdesc.lpwfxFormat=&wfx; + rc=IDirectSound_CreateSoundBuffer(dso,&bufdesc,&secondary,NULL); + ok(rc==DS_OK,"IDirectSound_CreateSoundBuffer() " + "should have returned DS_OK, returned: %s\n", + DXGetErrorString8(rc)); + + if (rc==DS_OK && secondary!=NULL) { + rc=IDirectSoundBuffer_GetCaps(secondary,&dsbcaps); + ok(rc==DS_OK,"IDirectSoundBuffer_GetCaps() should have returned DS_OK, " + "returned: %s\n", DXGetErrorString8(rc)); + ok(dsbcaps.dwBufferBytes==(wfx.nAvgBytesPerSec + 4), + "Buffer size not a multiple of nBlockAlign\n"); + ref=IDirectSoundBuffer_Release(secondary); + ok(ref==0,"IDirectSoundBuffer_Release() secondary has %d references, " + "should have 0\n",ref); + } + + ref=IDirectSound_Release(dso); + ok(ref==0,"IDirectSound_Release() has %d references, should have 0\n",ref); + if (ref!=0) + return DSERR_GENERIC; + + return rc; +} + static BOOL WINAPI dsenum_callback(LPGUID lpGuid, LPCSTR lpcstrDescription, LPCSTR lpcstrModule, LPVOID lpContext) { @@ -738,6 +789,7 @@ static BOOL WINAPI dsenum_callback(LPGUI else if (rc == DSERR_ALLOCATED) trace(" Already In Use\n"); else { + test_block_align(lpGuid); test_primary(lpGuid); test_primary_secondary(lpGuid); test_secondary(lpGuid); Index: dlls/dsound/tests/dsound8.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/tests/dsound8.c,v retrieving revision 1.15 diff -u -p -r1.15 dsound8.c --- dlls/dsound/tests/dsound8.c 10 Feb 2005 20:26:20 -0000 1.15 +++ dlls/dsound/tests/dsound8.c 16 Feb 2005 00:56:02 -0000 @@ -38,6 +38,11 @@ static HRESULT (WINAPI *pDirectSoundCreate8)(LPCGUID,LPDIRECTSOUND8*,LPUNKNOWN)=NULL; +int align(int length, int align) +{ + return (length / align) * align; +} + static void IDirectSound8_test(LPDIRECTSOUND8 dso, BOOL initialized, LPCGUID lpGuid) { @@ -315,7 +320,8 @@ static HRESULT test_dsound8(LPGUID lpGui ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2 | DSBCAPS_CTRL3D; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; rc=IDirectSound8_CreateSoundBuffer(dso,&bufdesc,&secondary,NULL); ok(rc==DS_OK && secondary!=NULL, @@ -594,7 +600,8 @@ static HRESULT test_primary_secondary8(L ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx2; if (winetest_interactive) { trace(" Testing a primary buffer at %ldx%dx%d with a " @@ -693,7 +700,8 @@ static HRESULT test_secondary8(LPGUID lp ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); rc=IDirectSound8_CreateSoundBuffer(dso,&bufdesc,&secondary,NULL); ok(rc==DSERR_INVALIDPARAM,"IDirectSound8_CreateSoundBuffer() " "should have returned DSERR_INVALIDPARAM, returned: %s\n", @@ -705,7 +713,8 @@ static HRESULT test_secondary8(LPGUID lp ZeroMemory(&bufdesc, sizeof(bufdesc)); bufdesc.dwSize=sizeof(bufdesc); bufdesc.dwFlags=DSBCAPS_GETCURRENTPOSITION2; - bufdesc.dwBufferBytes=wfx.nAvgBytesPerSec*BUFFER_LEN/1000; + bufdesc.dwBufferBytes=align(wfx.nAvgBytesPerSec*BUFFER_LEN/1000, + wfx.nBlockAlign); bufdesc.lpwfxFormat=&wfx; if (winetest_interactive) { trace(" Testing a secondary buffer at %ldx%dx%d " Index: dlls/dsound/tests/dsound_test.h =================================================================== RCS file: /home/wine/wine/dlls/dsound/tests/dsound_test.h,v retrieving revision 1.6 diff -u -p -r1.6 dsound_test.h --- dlls/dsound/tests/dsound_test.h 13 Dec 2004 21:19:02 -0000 1.6 +++ dlls/dsound/tests/dsound_test.h 16 Feb 2005 00:56:02 -0000 @@ -50,7 +50,6 @@ static const unsigned int formats[][4]={ #define TIME_SLICE 31 #define BUFFER_LEN 400 - extern char* wave_generate_la(WAVEFORMATEX*,double,DWORD*); extern HWND get_hwnd(void); extern void init_format(WAVEFORMATEX*,int,int,int,int); @@ -61,3 +60,4 @@ extern void test_buffer8(LPDIRECTSOUND8, BOOL,BOOL,LONG,BOOL,LONG,BOOL,double,BOOL, LPDIRECTSOUND3DLISTENER,BOOL,BOOL); extern const char * getDSBCAPS(DWORD xmask); +extern int align(int length, int align);

1 0

Re: winmm: fix type-conversions
by Robert Reif 15 Feb '05

15 Feb '05

James Hawkins wrote: >Hi, > >msvc picked up a couple type-conversions problems in winmm. > > > >- union { float f; char c[4]; } sample; >+ union { double f; char c[4]; } sample; > sample.f=y; > > A float is 4 bytes and a double is 8. They are not interchangeable. The H/W reads/writes 4 byte floats.

2 1

Re: [winecfg] Change audio detection order
by Michael Stefaniuc 15 Feb '05

15 Feb '05

Paul van Schayck wrote: > My previous patch to do something usefull with multiple detected audio > systems was not accepted. > > But right now ARTS was detected first. I've changed the order to OSS - > ALSA - ARTS - JACK. > > Changelog: > Change detection order to: OSS-ALSA-ARTS-JACK Are you sure you want to prefer OSS instead of ALSA? If you have both that means that OSS runs as emulation on ALSA. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 2

Re: winsock: use local includes in tests
by Maxime Bellengé 15 Feb '05

15 Feb '05

You seems to have forgotten something :) Max On Tue, 2005-02-15 at 15:40 -0600, James Hawkins wrote: > Hey, > > This patch keeps msvc from pulling in msvc system headers when > compiling with wine's headers. > > Changelog > * Use local includes to keep msvc from mixing the system and wine's headers. >

1 0

Re: wine/dlls/user/dde server.c misc.c ddeml16.c d ...
by Pouech Eric DMI AEI CAEN 15 Feb '05

15 Feb '05

are you sure of this? according to MSDN, the iCodepage in convcontext is unicode or ansi depending on the A/W version called for DDE initialize (I never tested it though). A+ > Message du 14/02/05 13:11 > De : "Alexandre Julliard" > A : wine-cvs(a)winehq.org > Copie à : > Objet : wine/dlls/user/dde server.c misc.c ddeml16.c d ... > > ChangeSet ID: 16099 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/02/14 05:53:15 > > Modified files: > dlls/user/dde : server.c misc.c ddeml16.c dde_private.h > client.c > > Log message: > Dmitry Timoshkov > Make DDE implementation always work internally in Unicode. > > Patch: http://cvs.winehq.org/patch.py?id=16099 > > Old revision New revision Changes Path > 1.18 1.19 +42 -72 wine/dlls/user/dde/server.c > 1.25 1.26 +37 -34 wine/dlls/user/dde/misc.c > 1.12 1.13 +1 -2 wine/dlls/user/dde/ddeml16.c > 1.9 1.10 +7 -10 wine/dlls/user/dde/dde_private.h > 1.21 1.22 +32 -60 wine/dlls/user/dde/client.c > > > >

2 1

printf and the long long case
by Jesse Allen 15 Feb '05

15 Feb '05

Since Mike McCormack's printf patch has our own vsnprintf parsing the format strings, but yet we still push integers to libc's printf, I figured that we can handle the 'I' (eye) size type now. I hacked together a patch that handles it and fixes 3 test failures with long long. It fixes it by converting I (eye) and I32 to long, and I64 to long long. 'll' (ell ell) is translated to be long only. Mike, I have a question. You have flags.IntegerDouble++; on the case of long long -- what were you planning on doing with it? Other than that it is unused. I decided to use it as the flag for long long. Patch below. Jesse --- dlls/msvcrt/wcs.c-original 2005-02-14 16:14:01.000000000 -0700 +++ dlls/msvcrt/wcs.c 2005-02-14 17:48:39.000000000 -0700 @@ -378,6 +378,16 @@ sprintf(p, ".%d", flags->Precision); p += strlen(p); } + if( flags->IntegerLength ) + { + sprintf(p, "%c", flags->IntegerLength); + p += strlen(p); + } + if( flags->IntegerDouble ) + { + sprintf(p, "l"); + p += strlen(p); + } *p++ = flags->Format; *p++ = 0; } @@ -474,12 +484,28 @@ { if( *p == 'h' || *p == 'l' || *p == 'L' ) { - if( flags.IntegerLength == *p ) /* FIXME: this is wrong */ - flags.IntegerDouble++; - else + if( flags.IntegerLength != *p ) flags.IntegerLength = *p; p++; } + else if( *p == 'I' ) + { + if ( *(p+1) == '3' && *(p+2) == '2' ) + { + /* Unchecked on 64-bit systems */ + flags.IntegerLength = 'l'; + p += 3; + } else if ( *(p+1) == '6' && *(p+2) == '4' ) { + flags.IntegerLength = 'l'; + flags.IntegerDouble++; /* Why ++? */ + p += 3; + } else { + /* FIXME: 'I' modifier needs to produce + 64-bit number output on 64-bit systems! */ + flags.IntegerLength = 'l'; + p++; + } + } else if( *p == 'w' ) flags.WideString = *p++; else @@ -567,6 +593,8 @@ if( pf_is_double_format( flags.Format ) ) sprintf( number, fmt, va_arg(valist, double) ); + else if ( flags.IntegerDouble ) + sprintf( number, fmt, va_arg(valist, long long) ); else sprintf( number, fmt, va_arg(valist, int) );

2 1

Re: Resend: [Bug 2631] Trap in RegisterClassExA
by Dmitry Timoshkov 15 Feb '05

15 Feb '05

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> wrote: > Make RegisterClassExA check the reserved bytes is a valid value > Tests to confirm this behaviour > + /* Bug 2631 - Supplying an invalid number of bytes fails */ > + cls.cbClsExtra = 0; > + cls.cbWndExtra = -1; > + ok( ((RegisterClassA( &cls ) == 0) && (GetLastError() == ERROR_INVALID_PARAMETER)), > + "Failed with invalid number of WndExtra bytes\n"); > + > + cls.cbClsExtra = -1; > + cls.cbWndExtra = 0; > + ok( ((RegisterClassA( &cls ) == 0) && (GetLastError() == ERROR_INVALID_PARAMETER)), > + "Failed with invalid number of ClsExtra bytes\n"); > + > + cls.cbClsExtra = -1; > + cls.cbWndExtra = -1; > + ok( ((RegisterClassA( &cls ) == 0) && (GetLastError() == ERROR_INVALID_PARAMETER)), > + "Failed with invalid number of ClsExtra and cbWndExtra bytes\n"); You need to set last error to some bogus value (0xdeadbeef usually works) before every API call to ensure that it's really that API call who sets the error. -- Dmitry.

1 0

[ddraw/dsurface/main.c] LPRECT parameters for Main_DirectDrawSurface_Lock
by Andreas Eckstein 15 Feb '05

15 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) ||

1 0

Re: Fix documentation build
by Alexandre Julliard 15 Feb '05

15 Feb '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Those errors are particularly bad as (in the past) it prevented the Wine > documentation on winehq to be built for a release. > > Alexandre, do you build the docs the same way you compile C files after > applying a patch, or is it that your setup allows missing tags? Yes, I always compile the docs, and they build fine on my setup. If you know how to change my config to make it less forgiving I'd be happy to do that. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: winecfg: various drive detection enhancements
by Paul van Schayck 14 Feb '05

14 Feb '05

On Mon, 14 Feb 2005 16:10:55 +0100, Michael Jung <mjung(a)iss.tu-darmstadt.de> wrote: > Changelog: > Include config.h to reenable reading /etc/fstab on platforms that support it. > Implemented a black list of mount directories, which should not be mapped. > Ensure that the user's home directory is mapped. Hehe I was just about to send a patch doing almost exactly the same things. Including the fix you put in to properply add a drive letter to the working_mask. And are we ready to let wineprefixcreate use winecfg? Or do we want more testing of the autodetect code? Paul

2 1

Re: [OLE #69] Use RPC Runtime
by Mike Hearn 14 Feb '05

14 Feb '05

Robert Shearman wrote: > Hi, > > This patch is significant as it changes the RPC backend of our COM > implementation from using named pipes to using any transport implemented > by the RPC runtime. As a matter of coincidence, this patch is numbered > 69, which is my favourite number, and this patch is my favourite patch. Haha, 69 DUDE!!!! > Not only this, but it should also solve some real problems with having > way too many threads (one and only one per apartment) and some complex > deadlocking situations caused by this. It also significiantly reduces > the amount of code in the file and reduces most of it to simple wrappers > around the RPC runtime functions. We'll still need to run a message loop in the RPC runtime right? Until we do that I think InstallShield won't work correctly. So that's the keystone - after that it should all fall into place. thanks -mike

2 1

Real-world appdb
by Holly Bostick 14 Feb '05

14 Feb '05

If I may interrupt and split off the various theoretical discussions about recoding the appdb, I'd like to report my experiences actually using the appdb as it is today. I wanted to use the appdb in order to (attempt to) solve some installation problems with several applications (two games, two applications). My impressions as a user predisposed to feeling that the appdb is an extremely useful capability, currently (severely) underutilized, were as follows: I started with the last program I had tried to install, the expansion pack for Icewind Dale, called "Heart of Winter". It's been some time since I've even accessed the appdb, much less tried to use it to solve a problem with a listed program, so I had a fairly fresh eye for how it looks, how accessible the information I needed was, and how noticeable useful information that I didn't know I needed was (or was not). I had forgotten the precise URL directly to the appdb, so I had to start from the main site, which brings me to my first useability complaint: too long a trail to get to the app I'm looking for. I had to go through 4 links just to get to the main application page. First, the sidebar link from the main site to the appdb front page. This front page is useless to me (and imo, fairly useless overall), since the majority of the "Gold" and "Silver' apps so prominently listed I already do/would use the native alternatives for in the case of winzip, p7zip, Paint (Paint??! it's barely useful under Windows!), SimCity, IE, Excel, ACDSee, Money, Frontpage/Dreamweaver, and Ant Movie Catalog. Others I do not use at all, either because I have no use for them, in the case of Powerpoint, Access and Visio, or because they are "special interest programs" as in the case of Warcraft and Age of Empires (I play games, but not those). Having a lovely page with big 'ol screenshots is very nice and all, but given that the chance of a random individual user coming to use the appdb actually needs to know about those particular programs (as opposed to one or more of the thousands of others they may be attempting to run) is relatively small, I would think that the "Top 25" links would be more useful there (and less space-consuming, since I have to scroll the current page to see if there might be a useful link at the bottom of it), along with another, more prominent "Browse Categories" link than this page as it stands. So, after following the first link to a page I cannot use, I must then link to "Browse apps" to get a category listing (Games), and then to the sub-category page (if present, which in this case it was; Role-Playing), and then to the application itself to see the results for Icewind Dale ( http://appdb.winehq.org/appview.php?appId=141 ). I am now quite tired, having trudged through all these links when I was already tired; after all, the only reason I'm at the appdb at all is because I have tried to install an application and failed, which is stressful-- especially since I, like many users, have retried the process several times before looking to the appdb for help. And yes, I could have used the search box, but that would be *typing* :-) when I was mousing. Yes, it's my worst leftover habit from my years of Windows use; I tend to mouse and not type. But I'm far from alone in this, so it's a fair comment. My first impressions on arrival (since I was looking at the page with "fresh eyes"): 1.1) The current design of the individual application page is readable and easy on the eyes. 1.2) The "Description" area is well-placed and sized, but the information contained therein is generally pointless and should be a "Summary" instead. Most of the descriptions I read told me what the application is and does as if I was making a buying decision. However, I believe that in most cases (certainly my case), users are already familiar with the capabilities of the program itself (since they already have it), thus telling users what a program they already have actually does is a waste of space. What I would have found more useful on what is essentially the "overview" page is some indication as to whether the problems with the application that I am consulting the app database about are known, and whether they are solveable (so I'd know whether to continue with the appdb or if I need to immediately begin searching elsewhere for solutions). A nice bulletted list (or a couple of them) would do just fine: "Installs: Yes, no, with modification (the last being a link to the comment explaining the needed modifications); "Runs: Yes, no, with modifications (as above); "Known Problems: Bulleted list (with links), none". If such a summary was provided on the main application page, I would not mind so much having to go to yet another page (fifth link, now) in order to find specific details on possible issues with the particular *version* of the program I'm trying to install/run. 1.3) The screenshot on the application overview page is some reward, however; at least I have proof that the application can be made to work, even if I cannot get it to, and its placement is eye-catching so that I am sure to be a bit heartened by seeing it. 1.4) The big "Become a super maintainer" link/button is nice, and encourages me to become one (via guilt; because I'm attempting to look up programs I very commonly install under Wine whenever I install a new distribution, I feel I might be familiar enough with the issues surrounding them that I should contribute something back) but I do not become a maintainer because: 1.4a) I couldn't log in via that login button anyway; I had to use the side menu link and then go back to the page I was on. Fortunately the "send a new password" link on the login page that the "Log in to become a maintainer" button takes you to didn't seem to work either, so I was able to look up my original password in a password maintenance progam (PCMagazine's 6-year-old Password Prompter) that I run via Wine (which is why I hadn't so much bothered to stop what I was doing and look it up in the first place) and use my real login in the side menu link instead; 1.4b) more importantly, I do not know what the responsibilities of a "maintainer" are-- much less a "super maintainer". There is no link on that page as to what this means (not even a little question mark with a tooltip popup), and no indication as to whether actually clicking the button will go to an "intermediate" page which explains what it is, or just sets your login as the maintainer for this app (since I have specifically had to log in in order to enable this button in the first place, it's not an unreasonable assumption that that might occur). Since I didn't know what would happen, and didn't know if I wanted to or was capable of fulfilling what might be a committment (how much do I need to know about the program? How much do I need to know about programming? Do I need to have a version of Windows available to know how the program runs there, so I can compare it to how it runs under Wine?), I did not click the button, so the apps will remain unmaintained for the time being (or they won't be maintained by me, anyway). Weirdly enough, going to the version page for the application offers me the opportunity to be a "regular" maintainer-- so, what, that means I would be a maintainer for that specific version, whereas "super maintainer" means that I'd be maintainer for all versions, like some kind of 'team leader'? I'm not sure that either makes sense to me as a user, nor that it is a logical setup generally, at least for games, which usually should not be run at lower versions if a patch (which increases the version while repairing errors) is available. So there is in some ways no reason to maintain version "1.0" when no one should actually be *running* version 1.0 other than immediately after install, and then only for the 5 seconds before the user has installed one or more patches (after which they will be running a higher version). There are certainly some games that would require that several patch levels/versions be maintained; I know of at least one (Settlers 3) that only works (for my boyfriend under Windows 2000) with a lower patch than the "latest" patch, and SiN (a game which I run under Wine despite a native version being available, because I already have two copies of the Windows version) is also very touchy about patches, so it certainly can happen that multiple patch levels of a game might need to be separately maintained. I would think that the game's maintainer would know if his/her particular charge needed special circumstances though, and since this is not a common situation (you usually want all users to be running the latest patch, and this is usually a good idea), having it as a general organizational strategy, at least in the games category, seems to be unnecessary work. 1.5) Comments are not being counted properly on the main overview page; Icewind Dale actually has two comments on the version page (version 1.0, which again is not the "real" version as there are two expansion packs, both of which contain patches that increase the version number, and these patches are also available separately, so no one should be using "vanilla" 1.0), but the main page says that the number of comments are 0. 1.6) I hope that one of the responsibilities of the maintainer or super maintainer is to control comments in some way. I completely understand that users of the appdb who are having problems with any given app *have no other place to state their issue with the specific program in an organized and somewhat reliably maintained fashion* (as wine has no forums, and certainly no forums linked to the specific app). However, comments like "hmm... when exporting registry, the reg file is all messed up. It has weird symbols in it. Any idea what I'm doing wrong?" have no place in the appdb. On the other hand, if I was the maintainer, I would want to know that a user of the app that I maintained was evidencing this problem (assuming that the issue commented on is specific to the app, which in this case it probably is not), and help the user solve it so that I could update the procedure to install and run the app. I'd really like to see forums or at least some kind of PM system so that the users of the applications could reliably communicate with the maintainer for the benefit of both parties. I see that Planescape: Torment (another game I have running under Wine, without issue; http://appdb.winehq.org/appview.php?versionId=437 ) has a maintainer, but his name is not a mailto: link, so I can't contact him (afaik) to advise him of any new information I may have discovered short of posting a comment myself... which is fine if it's new information (assuming that my comment fits into the organizational structure of the db so that following users can find it easily), but if it's an app-specific issue that I want his help with, it's a waste of space (insofar as such a comment provides no real information to other users searching the database except a confirmation of the issue), and the appdb as it is gives no assurance that the maintainer will see the comment anyway. Comments should also require the specification of the Wine version, the distribution under which it is used, and the type of install (self-compiled from source, distribution repository package, or Wine distribution package; I have visions of a radio button) to be attached to the comment, as new users often don't know to include this information, but it's pretty hard to answer many questions without having this information (so one has to ask, which wastes time and space). A Wine FAQ at the forefront of the appdb, or even linked to each application's overview page might be nice, too, for more general issues like the above comment-- an explanation of basic procedures such as exporting/importing registry entries, what common errors mean, like the "Warning: The specified Windows directory L"C:\\Windows" is not accessible" error and what to do about it, why not to get all freaked out by seeing "fixme"s, and simple statements like the fact that some programs will run fine with wine /path/to/app.exe, but some will fail that way with very scary looking errors, but will run fine if one first cds to /path/to/ and then runs wine app.exe. This kind of thing is often something new Wine users don't know, but is a very simple way to eliminate possible vectors of error before going to any mailing list or forum with problems, and may eliminate the need for a user to ask for help at all (as the program works when started in the alternate manner). Somebody's going to say I should write a FAQ myself and submit it as a patch, aren't they? Yes, OK, but let me finish this mail first ;-) . 1.7) Descriptions are really not very useful, for several reasons. Still focusing on Icewind Dale (since that's the page I have open in the appdb atm), here's the Description for the version page: "Description CD Release. Runs from a modified Baulders Gate engine. Notes from that game would help here as well." But there's no link to said notes, nor are the relevant notes copied from that page and posted as an addendum, so even though this particular description does contain some useful information (for once), it's not even a lead, but only a suggestion of a lead. Big help. 1.8) (or, "On the road again") Off to the Baldur's Gate page, then... Back button to the subcategory (Games=>Role-Playing; thank heavens they're the same type), follow a new link to the Baldur's Gate page... I'm ranging far afield now, but in this case, that's OK. I have BG as well, but haven't installed it yet, so it's useful for me to look at the page anyway. Luckily. Because if I didn't have BG, I would now be traveling to the page of a completely different application in which I had no interest, with no assurance that what I find there will be of any use to me. In that case, I'd probaly be pretty bloody pissed off by now, given that I would have spent a fair amount of time trailing around the appdb without being so much as a single step closer to solving my actual problem with the original application, or even having it confirmed as a known problem, or receiving a clue that implied "user error", or anything whatsoever that would give me a troubleshooting or solution trail. http://appdb.winehq.org/appview.php?appId=157 if you'd like to come with me. 1.9) (or, "Helpful help?") Well, there are helpful notes there on the BG page, or rather, actual solutions to potential problems that I might have were I installing BG, which I remind you that I am not. Mind you, I, a simple user, don't know if the solutions posted for Baldur's Gate are problems that also exist under Icewind Dale -- well, actually, I personally do know, because I have run IWD and IWD2 under Wine in the past, and am currently running Planescape: Torment, (which btw runs great under 20050111 without any modification to Wine dlls, one appdb-documented change to the game's configuration file, and one small, optional [AppDefault] in Wine's config). All 5 of these games (IWD, IWD2, BG, BG2, and Planescape) are made by Black Isle, use more or less the same engine, and evidence similar problems to each other. But this does not mean that "your average user" would have any experience with multiple Black Isle games and thus know their technical similarities and differences. The solutions on the Baldur's Gate page are general enough to be worth trying if IWD did not run at all, or ran poorly. However, this is not my problem; IWD installs perfectly and seems to run quite well (except for one minor but annoying issue related to Managed or Desktop settings that I haven't yet idenitified how to fix, since the way I fixed the same issue for Planescape doesn't seem to work here). Thus, none of the listed issues for Baldur's Gate is related to my actual problem with Icewind Dale, the specific application I have trailed all over the appdb trying to fix-- and the foremost reason is that my problem is not with IWD itself, but with installing the the expansion pack, "Heart of Winter", and 1.10) *this application is not listed in the appdb*, either as a version of IWD (since installing the expansion does require IWD, and does patch the original to a higher version), or as a separate program. Also not listed are the Baldur's Gate expansion, "Tales of the Sword Coast", and the Baldur's Gate 2 expansion "Throne of Bhaal", so I hope I have no trouble installing those expansion packs when I get around to it. However, given that I am already unable to install the expansion pack for IWD, and since I know that IWD and Baldur's Gate are strongly related, I'm expecting the worst-- and since the appdb is unable to help me with IWD: Heart of Winter (nothing said about the official, free, downloadable final expansion, Trials of the Luremaster, which is also not in the database), if I hit trouble, I already know where I *won't* find any help. Fine, I'm stopped cold with this issue, let's stop quickly by the Icewind Dale 2 page ( http://appdb.winehq.org/appview.php?appId=1033 ) and see if there's help for me there; the issue being that it won't begin the install. InstallShield fails to extract/open with a regular Windows-type dialog saying either that some dll in the /tmp/{long CLSID-looking-string-of-numbers} folder can't be opened, or that IKernel.exe can't be run. Actually the same issue I'm having when trying to install IWD:HoW, which doesn't surprise me very much, as I would guess that the Installshield for IWD:HoW and IWD2 are more closely related to each other than the one for the original IWD. Since the issues seem similar, maybe there's a fix for both apps on the IWD2 page. 2.1) Only one version (the original version, although there is a 2.01 patch), but whatever; according to the description, I am supposed to be able to install this, as long as I have an insanely old version of Wine (the original description was penned by someone installing under 20020904!), which I don't. 2.2) Two comments listed on the overview page, only one comment in actuality. 2.3) I'll try the workaround listed in the description, but since the version of Wine used is so distant from what I actually have, and the error which the workaround is fixing may or may not be the same one I'm having (it's impossible to tell), and furthermore may not even be needed anymore given the improvements in Wine in the meantime, I don't have much hope that it will work. But it's the only lead I have, as far as the appdb is concerned. Given that my second-best source of information--Transgaming's games database and forums-- has been blown away and replaced with a new games database (for which little or no data for most individual games has yet been entered), I don't have many other options than the appdb, since sites like Frank's Corner only cover a very limited selection of apps/games, and the various IWD sites on the Web don't cover Linux). If the workaround doesn't work, I will probably dig up my backup of my last installed and updated Win98-- which I cleverly saved all the system files from before blowing it away, for just such an eventuality-- and "taint" my Wine installation by copying over the "real" InstallShield files to the fake windows Common Files. This will probably work-- it has in the past-- but I was really hoping to run 'pure' Wine this time around. It has so been improving by leaps and bounds lately. Let's see if things are any better in the Applications section. My issue here is that I need to burn some CloneCD images. K3b claims they are unuseable, and ccd2iso did not create recognizeable isos from them. It remains unclear whether this is because the images themselves are no good, or because there is a problem with ccd2iso, which several users claimed was the case on the project site's bug tracker ( http://sourceforge.net/tracker/?group_id=94638&atid=608541 ). So I want to install either CloneCD (preferred), or Nero (version 6 or above, which I *think* will also recognize the images, I have version 5.* as well, but I don't *think* it will solve my problem to install it, as I'm not sure when Nero's recognition of *.ccd images became reliable, but I believe it was with version 6, if in fact it is reliable at all), to see if the error is in the images themselves, or burn them if the problem is with K3b. I do not have any real interest in installing these programs on their own account, although if I kept one, I would keep CloneCD for the specific use of handling .ccd images, on the rare occasion that I need to deal with them. I would prefer not to install Nero at all, and certainly not to keep it, as it's too much overhead for the only use I have for it (for my normal requirements, K3b is perfectly adequate). The only reason Nero is under consideration at all is that I may not be able to install or use CloneCD and Nero is the only other application that I know that might reliably recognize and burn the images if they are in fact not flawed. I have already tried to install both programs; CloneCD installed without problems, but would not run, starting the debugger immediately with an error in the 32-bit code-- I would like to find out why, and if there is a solution. I then tried to install Nero 6.3, but clicking either the Nero 6-only setup button or the "install suite" button on the autorun dialog blinked and returned me to the autorun dialog-- I'd like a solution, if I cannot get CloneCD to run (which I don't think I can). This is a real issue I am attempting to solve, and my goals are clear. I am now going to the appdb to see if it will help me. 3.1) Gotta search for CloneCD, as I have no idea what category it would be in. Utilities=>File System, it turns out. Guess that makes sense, no idea if it's "intuitive". http://appdb.winehq.org/appview.php?appId=822 3.2) Version: not the version I have, but any port in a storm... Comments field says there's one comment. Also not a hopeful sign, but the appdb has been wrong about the comments before, and anyway, any port.... 3.3) ..what the..???!!! There is no comment! Is the description being counted as a comment? In any case, there is absolutely no information whatsoever for this application (I don't call "Description: Program for burning CD Especially to make clones of original CD\'s" information), and there are Zarro bugs found in Bugzilla (of course; I'm not even certain if Bugzilla is even linked to and indexed with the appdb in that way yet). OK, this is a dead end. Guess I'd better try to fix Nero, so it's off to http://appdb.winehq.org/appview.php?appId=152 . 4.1) Hey, the first app I've looked at in this db with a "native alternative" link. Nice, but I'm not reading the description anyway (I know what Nero Burning ROM is and does), so I almost missed it. I think that the link should be underneath the link to the Nero URL, above the screenshot (one extra field, thus; "Native Alternative <link to K3b>"). I'd be much more likely to see it then (if I didn't know about K3b already). 4.2) Versions: all versions that an 'ordinary' user might have are represented, good; no comments counted for any of them, bad (if true). Following the link to 6.x. 4.3) Nope, there are in fact no comments. And the description field is exactly the same, except without the native alternative link. What is the point of that? It's Nero version 6, one can reasonably assume that the program has not suddenly changed from the CD-burning application described on the overview page to a word processor, so why not at least put the changelog here.... oh, right, because we're not trying to sell Nero, which would be the only reason to put Nero's changelog in this field. It becomes much clearer now why the "Description" field is useless, and should be replaced by a "Summary" of whether this version of this application works in any way under Wine, and then the comments could/should contain solutions to the specific common problems a user might encounter when trying to install or run this (version of the) program. As it is, there's nothing for me here; let's see if version 5.x is any better. 4.4) huh, 7 comments, when none are counted on the overview page. 4.5) Two comments look like they might be helpful if I have problems attempting to install an earlier version of Nero (which I may have no choice but to attempt, since the appdb has no assistance for my preferred version of Nero, or my preferred application, CloneCD). 4.6) The most useful snippet on this page is the mention of Frank's Corner (without a link, but I know where it is), where I would next go to see if I can find some adequate instructions/help/guidance for one or both of these programs (not to mention IWD and IWD2). In actual fact, what I will probably do is transfer the CloneCD images to my boyfriends Windows PC, install CloneCD there, and burn them that way. It's a pain, but ultimately faster and easier than trying to find any organized assistance on these programs via the appdb. Which is just a bloody shame, imho. Anyway, I'm terribly sorry this was so long, but it seemed past time to offer some input on actual useability issues in the midst of all this discussion. The appdb does "work" as it is (I can navigate it, read the entries, etc); I assume that it will "work" when/if adjusted, both in terms of code, and with the addition of active maintainers. But it is barely of any *use* whatsoever as it is, and it's not clear to me whether the proposed redesign and/or increasing numbers of active maintainers will improve the db's practical functionality for users, for whom I feel this complex and difficult to maintain database should be a primary resource, from which they can both receive and offer assistance in an organized fashion. Or have I misunderstood the function of the appdb entirely? Holly

8 15

TechBot
by Ivan Leo Puoti 14 Feb '05

14 Feb '05

Hello list, the #reactos channel has a thing called techbot that translates NTSTATUS and GetLastError() values from their numeric value to their meaning, I think it would be useful to have it in #winehackers, any objections? Ivan.

1 0

Re: Compiling MFC with Winelib
by Ira Krakow 14 Feb '05

14 Feb '05

An excellent idea! I definitely want to include a section on compiling the MFC with Winelib in the book. From what I can see, it looks like a big part of it is compiling stdafx.h and generating precompiled headers. A nice enhancement would be for winemaker to sense that it's working with MFC sources and to generate the appropriate flags. Do you have any preliminary examples or documentation that goes beyond the current docs? It would help my experimentation. Thanks. Ira

1 0

winetest on wine and todo_wine
by Paul Vriens 14 Feb '05

14 Feb '05

Hi, in shlwapi/tests/shreg.c I've put two todo_wine statements for obvious reasons (they fail, so do not test). If I however look at http://test.winehq.org/data/200502101000/wine_98/shlwapi:shreg.txt These tests are executed! Any ideas what could be wrong? If I execute the tests on my Wine box the tests are skipped. Cheers, Paul Vriens.

5 7

Re: working installshield?
by Mike Hearn 14 Feb '05

14 Feb '05

Marcus Meissner wrote: > Hi, > > Is there any chance to have a working installshield at some time? > > I don't really want to fall back to the december or even earlier WINE > releases for our spring SUSE Linux product ;) Rob has a patch that should (touch wood) fix the remaining issues. I'm not sure when he is going to submit it but it looked pretty complete last time I saw it. We may also need to adjust the RPC runtime so that it runs a message loop (for re-entrancy), but I don't think that'd be too hard. So, maybe a week or two? It certainly should not be broken for more than month. thanks -mike

1 0

Re: working installshield?
by Marcus Meissner 14 Feb '05

14 Feb '05

And actually this should have gone to wine-devel... > Hi, > > Is there any chance to have a working installshield at some time? > > I don't really want to fall back to the december or even earlier WINE > releases for our spring SUSE Linux product ;) > > Ciao, Marcus

1 0

Compiling the MFC using Winelib
by Dan Dennison 14 Feb '05

14 Feb '05

Building MFC for winelib has been addressed many times earlier on this list, from what I can see, since at least 2001 if not earlier. However, all together I cannot seem to find a well-written documentation of the process involved to build libmfc.so. So as a service to the Wine community I plan to document the process of building libmfc as part of my master's project. Although the MFC is not the focus of this project, porting of it is a requirement for the package to work using Winelib. Are there resources available beyond simple compilation tips to assist in the building of the MFC library under Winelib? Thanks! Dan Dennison dand(a)csun.edu

6 7

Re: Resend: [Bug 2631] Trap in RegisterClassExA
by Alexandre Julliard 14 Feb '05

14 Feb '05

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> writes: > Hiya, Was there any problem with this one - It mimics windows behaviour and > resolves a trap for an application (and yes, the behaviour even down to the > setlasterror return code matches windows, well XP at least!). Could you please submit a test case for that? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Text Alignment, how is it handled ?
by Ulrich Czekalla 14 Feb '05

14 Feb '05

Hi George, I haven't heard back from you so I assume you haven't implemented anything yet. Here is my quick attempt at adding support for ES_RIGHT and ES_CENTER. Modifying the edit control made me realize how much room there is to improve the edit control implementation. Of course, my patch makes no attempt to rewrite any of it ;-) /Ulrich On Tue, Feb 08, 2005 at 12:53:56PM -0500, Ulrich Czekalla wrote: > Actually I just started to look at this as well. I expect to have a patch > in the next day or so. If you already have something let me know and I'll > stop working on it. > > Thanks, > > /Ulrich > > On Tue, Feb 08, 2005 at 09:26:30AM +0100, George Ginden wrote: > > Dimitrie O. Paun ha scritto: > > > > >Currently, our edit box (dlls/user/edit.c) does not support > > >right-aligned fields. It is a known limitation. If you want > > >you can try to implement it, and submit a patch. > > > > > > > > OK, I'm into it. But wait, I'm pretty new to the Wine codebase... > > Do you think it is a hard implementation or an easy one ? > > If the alignment thing is still not implement... Well there must be a > > reason ... > > Do I miss somthing ? > > > > Regards. > > > >

2 1

Re: wine/ programs/winhelp/Pt.rc programs/winemine ...
by Marcelo Duarte 14 Feb '05

14 Feb '05

Hi, Sorry for the sincerity, but I am finding bad idea this to mix the translations. My suggestion is to create a new archive for the variation (Ptg.rc or Pt_pt.rc, etc). Thanks for attention. Alexandre Julliard escreveu: >ChangeSet ID: 16040 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/02/10 11:14:16 > >Modified files: > programs/winhelp: Pt.rc > programs/winemine: Pt.rc > programs/winefile: Pt.rc > programs/winecfg: Pt.rc > programs/wcmd : Pt.rc > programs/view : Pt.rc > programs/start : Pt.rc > programs/regedit: Pt.rc > programs/progman: Pt.rc > programs/notepad: Pt.rc > programs/cmdlgtst: Pt.rc > programs/clock : Pt.rc > dlls/setupapi : Pt.rc > dlls/serialui : Pt.rc > >Log message: > Américo José Melo <mmodem00(a)netvisao.pt> > Francois Gouget <fgouget(a)codeweavers.com> > Translate the Wine resources to Portuguese. > >Patch: http://cvs.winehq.org/patch.py?id=16040 > >Old revision New revision Changes Path > 1.8 1.9 +56 -2 wine/programs/winhelp/Pt.rc > 1.6 1.7 +29 -1 wine/programs/winemine/Pt.rc > 1.2 1.3 +132 -2 wine/programs/winefile/Pt.rc > 1.16 1.17 +44 -2 wine/programs/winecfg/Pt.rc > 1.3 1.4 +210 -1 wine/programs/wcmd/Pt.rc > 1.2 1.3 +39 -2 wine/programs/view/Pt.rc > 1.2 1.3 +45 -1 wine/programs/start/Pt.rc > 1.7 1.8 +203 -2 wine/programs/regedit/Pt.rc > 1.6 1.7 +130 -1 wine/programs/progman/Pt.rc > 1.12 1.13 +88 -1 wine/programs/notepad/Pt.rc > 1.3 1.4 +139 -1 wine/programs/cmdlgtst/Pt.rc > 1.9 1.10 +29 -1 wine/programs/clock/Pt.rc > 1.2 1.3 +17 -1 wine/dlls/setupapi/Pt.rc > 1.2 1.3 +26 -1 wine/dlls/serialui/Pt.rc > > > > > -- Marcelo Duarte DTM Informática 31-3551-3864 dtminfo(a)bol.com.br dtminfo(a)ig.com.br

1 0

Re: ntdll/time.c - TZ_INFO
by Uwe Bonnes 14 Feb '05

14 Feb '05

>>>>> "Marcelo" == Marcelo Duarte <wine-devel(a)bol.com.br> writes: Marcelo> Hi, In my system/language I see some messages: Marcelo> fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name Marcelo> "BRST" to an entry in TZ_INFO fixme:ntdll:TIME_GetTZAsStr Marcelo> Please add appropriate entry to TZ_INFO and submit as patch to Marcelo> wine-patches Marcelo> And before to update TZ_INFO I modifyied the FIXME and I think Marcelo> that it explain better the problem: fixme:ntdll:TIME_GetTZAsStr Marcelo> Can't match system time zone name "BRST", bias=120 and dst=1 to Marcelo> an entry in TZ_INFO. Please add appropriate entry to TZ_INFO Marcelo> and submit as patch to wine-patches Marcelo> And I see the real problem. In TZ_INFO bias=180 and dst=0. I Marcelo> added another BRST information. Is this correct? I don't live in the Brasilian Timezone, so I cant tell. Maybe the old entry was wrong, or there is a mixup with standard and summer time... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: mmtimer resolution question
by Robert Reif 14 Feb '05

14 Feb '05

Jeremy White wrote: > > You might try putting traces around the > conditional YieldExecution on line 730 > of ntdll/sync.c and see if that chews up time; > if it does, removing the Yield might help. Removing the Yield fixes a regression in Need For Speed III where the loader and server consume 100% of the CPU. This is with RH 9 which is a 2.4 kernel.

4 11

Re: mmtimer resolution question
by Jeremy White 13 Feb '05

13 Feb '05

I'm taking a public thread that I responded to privately back to public view: Robert Reif wrote: > Jeremy White wrote: > >>> Putting traces into the mmtimer thread loop shows >>> WaitForSingleObject is sleeping for about 20 ms and then >>> calling the callback twice to catch up. >> >> >> >> Well, that means mmtimer is right. >> >> You might try putting traces around the >> conditional YieldExecution on line 730 >> of ntdll/sync.c and see if that chews up time; >> if it does, removing the Yield might help. >> >> > Interesting results. It fixes the sound quality and FIXME problem > but it is still going about 20 ms between callback pairs. > > Could the yield just be aggravating the timer resolution problem? I think this is the thread priority problem I mentioned earlier. The behavior of winmm is correct; it is supposed to deliver every single timer request, even if it has to double or triple (or more!) up to do it. I verified that very carefully on Windows. The reason you see pretty steady 10 ms resolution on Windows is that the winmm thread on Windows is flagged as a priority 15 thread, so it does not get interrupted or time sliced away; it fires precisely when it wants to. It's much harder to achieve the same thing on Linux, sadly. Hmm. As I sit here and think about this, though, I do find myself a little bit puzzled. I would have expected that, if my understanding is right, you would have seen much more dramatic time gaps. On a 2.6 kernel, for example, I would expect you to see jumps on the order of 100 ms (hence ten winmm requests fired). And exactly 20 ms spacing is a little too consistent and interesting a number; it suggests that there is a more precise understanding that should be available. That may be a function of the test program, though. I suspect in a 'real' program, where other active threads are demanding more cpu that you might get more sporadic results. It might be interesting to add a spin looping thread to the test case and see if you suddenly get larger gaps. Cheers, Jeremy

4 13

Problem to minimize a window
by Maxime Bellengé 13 Feb '05

13 Feb '05

Hello, Has anybody managed to minimize a window in managed mode since this patch ? Maximizing and restoring a window works but minimizing does not work, the window minimizes and then reopen itself immediately. I doubt it is a problem with my window manager (metacity), however I tried all this afternoon to identify the problem with no success. Thanks Max ChangeSet ID: 15812 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard(a)wine.codeweavers.com 2005/01/31 10:34:07 Modified files: dlls/x11drv : x11drv.h winpos.c window.c mouse.c dlls/wined3d : directx.c dlls/d3d8 : directx.c Log message: Only create an X window for top-level windows, not for child windows. Get rid of the X client window too, it's no longer needed. Patch: http://cvs.winehq.org/patch.py?id=15812

3 3

Numpad evilness
by Crestez Leonard 13 Feb '05

13 Feb '05

I've found a wierd bug in keyboard handling. The problem is that wine doesn't seem to correctly translate key board messages. The program receives WM_KEYDOWN VK_NUMPAD2 and WM_KEYUP VK_DOWN(really bad). I've traced the bug to dlls/x11drv/keyboard.c. Apparently EVENT_event_to_vkey correctly converts KeyPress message, but not KeyRelease messages. If you look at the source code there is a hack of sorts for numpad keys. EVENT_event_to_vkey calls something from X to get a keysym, and does some special handling for numpad 0-9 and dot. Apparently for the KeyRelease event that doesn't work, keysym comes back as 0, causing EVENT_event_to_vkey to malfunction. This bug doesn't always happen (but it does most of the time). I'm scared this might be a bug in my X, but I hope it's not. BTW, isn't there a better way to handle numpad stuff? Here is the relevant portion of the wine log: trace:key:X11DRV_KeyEvent type 2, window 3600001, state 0x0010, keycode 0x0058 trace:key:X11DRV_KeyEvent state = 10 nbyte = 1, status 0x4 trace:key:X11DRV_KeyEvent KeyPress : keysym=FFB2 (KP_2), # of chars=1 / 0x32 / '2' trace:key:X11DRV_KeyEvent keycode 0x58 converted to vkey 0x62 trace:key:X11DRV_KeyEvent bScan = 0x50. trace:key:queue_kbd_event wParam=0062, lParam=40500001, InputKeyState=81 trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10022 wp 62 lp 40500001 trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10022 wp 62 lp 40500001 trace:key:TranslateMessage (WM_KEYDOWN, 0062, 40500001) trace:key:TranslateMessage Translating key VK_NUMPAD2 (0062), scancode 50 trace:msg:GetKeyboardState (0x778da29c) trace:key:X11DRV_ToUnicodeEx (0062, 4050) : faked state = 0x0010 trace:key:X11DRV_ToUnicodeEx type 2, window 3600001, state 0x0010, keycode 0x0058 trace:key:X11DRV_ToUnicodeEx Translating char 0x32 to unicode trace:key:X11DRV_ToUnicodeEx ToUnicode about to return 1 with char 32 trace:key:TranslateMessage 1 -> PostMessageW(0x10022,WM_CHAR,0032,40500001) trace:msg:PostMessageW hwnd 0x10022 msg 102 (WM_CHAR) wp 32 lp 40500001 trace:msg:GetKeyState key (0x14) -> 0 trace:msg:MSG_peek_message got type 6 msg 102 (WM_CHAR) hwnd 0x10022 wp 32 lp 40500001 trace:msg:MSG_peek_message got type 6 msg 102 (WM_CHAR) hwnd 0x10022 wp 32 lp 40500001 trace:key:TranslateMessage (WM_CHAR, 0032, 40500001) trace:key:X11DRV_KeyEvent type 3, window 3600001, state 0x0010, keycode 0x0058 trace:key:X11DRV_KeyEvent state = 10 nbyte = 0, status 0x1 trace:key:X11DRV_KeyEvent KeyRelease : keysym=0 (No Name), # of chars=0 / 0x00 / '' trace:key:EVENT_event_to_vkey e->keycode = 58 trace:key:X11DRV_KeyEvent keycode 0x58 converted to vkey 0x28 trace:key:X11DRV_KeyEvent bScan = 0x50. trace:key:queue_kbd_event wParam=0028, lParam=c0500001, InputKeyState=0 trace:msg:MSG_peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10022 wp 28 lp c0500001 trace:msg:MSG_peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10022 wp 28 lp c0500001 trace:key:TranslateMessage (WM_KEYUP, 0028, C0500001)

1 0

RtlFillMemoryUlong
by Dietrich Teickner 13 Feb '05

13 Feb '05

With one inline asm-statement this function would smaler and faster. And the comment for * ulCount [I] Number of bytes to write need change. And one question, How can I start ntdll_test.exe.so in wine ? Dietrich /************************************************************************* * RtlFillMemoryUlong [NTDLL.@] * * Fill memory with a 32 bit (dword) value. * * PARAMS * lpDest [I] Bitmap pointer * ulCount [I] Number of bytes to write * ulValue [I] Value to fill with * * RETURNS * Nothing. */ VOID WINAPI RtlFillMemoryUlong(ULONG* lpDest, ULONG ulCount, ULONG ulValue) { TRACE("(%p,%ld,%ld)\n", lpDest, ulCount, ulValue); #if 1 ulCount /= sizeof(ULONG); __asm__ __volatile__("rep stosl" : :"D" (lpDest), "c" (ulCount), "a" (ulValue)); #else ulCount /= sizeof(ULONG); while(ulCount--) *lpDest++ = ulValue; #endif }

3 2

Re: REGION_FrameRgn fix.
by Filip Navara 13 Feb '05

13 Feb '05

Rein Klazes wrote: >Hi, > >FrameRgn paints a frame around a region, the frame should be painted on >the inside of the edges, not the outside as it does now. > > It's a shame that we're duplicating work all over again :-( http://www.winehq.org/hypermail/wine-patches/2004/06/0250.html

2 1

Regression in "Braveheart"
by Carlos Lozano 13 Feb '05

13 Feb '05

Hello, The patch: http://www.winehq.org/hypermail/wine-cvs/2004/06/0104.html Log message: Dmitry Timoshkov <dmitry(a)codeweavers.com> Do nothing in ShowWindow(SW_SHOW) if a window is already visible. Causes regression in the game "Braveheart". The intro was working before of the patch, now it freezes with black screen on start. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

2 1

Re: setupapi - ReactOS Merge 20050205
by Alexandre Julliard 12 Feb '05

12 Feb '05

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > +BOOL WINAPI DelayedMove(LPCWSTR lpExistingFileName, LPCWSTR lpNewFileName) > +{ > + if (OsVersionInfo.dwPlatformId != VER_PLATFORM_WIN32_NT) > + { > + SetLastError(ERROR_CALL_NOT_IMPLEMENTED); > + return FALSE; > + } > + > + return MoveFileExW(lpExistingFileName, lpNewFileName, > + MOVEFILE_REPLACE_EXISTING | MOVEFILE_DELAY_UNTIL_REBOOT); > +} You shouldn't do that kind of preventive version check, you should always call the function and then deal with failures appropriately. -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: Regression in "DeusEx"
by luis lenders 12 Feb '05

12 Feb '05

Hello again, > The patch: > http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html > > Log message: > Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop > forever too if WM_PAINT is not handled properly. > > Causes regression in the game "DeusEx". > The game was playable before of the patch, now it freezes > in the 2th title screen. The same patch causes regression in the game "Trickstyle". The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. The aforementioned patch also screws up foobar2000. See http://appdb.winehq.org/appview.php?versionId=2355 , last comment. Maybe someone could have a look at it because it affects, as it appears, quite some apps. Regards ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 1

Latest News needs a url fix!
by Tom 12 Feb '05

12 Feb '05

The latest news on the frontpage has a incorrect link, "Read more" points to : http://www.winehq.org/?announce=1.95 when it should be 1.96 I'm away from my Linux box tonight or I would send a patch... Can someone fix this? Tom

2 1

Re: Fix winsock / protcol.c compilation on Windows
by Paul Vriens 12 Feb '05

12 Feb '05

On Fri, 2005-02-11 at 23:09, Francois Gouget wrote: > I guess this was accidental. > > > Changelog: > > * dlls/winsock/tests/protocol.c > > Francois Gouget <fgouget(a)codeweavers.com> > Tests cannot use wine/test.h because it does not exist on Windows. Hi Francois, the Changelog says wine/test.h, yet you remove wine/debug.h ? Cheers, Paul.

1 0

Appdb hackers please read
by Ivan Leo Puoti 12 Feb '05

12 Feb '05

Hello guys, I have the impression the inactive warning messages have been sent out again, I was convinced they were only sent once, followed a month later by a closed account notification. In any case please solve the problem, I can't take 500+ bounces in my mail box every other day, I'm planning to fill up my gmail box in something like 2040, not mid 2005, and don't want to waste time deleting hundreds of bounces. Ivan.

1 0

strange problem with RtlCompareUnicodeString
by Ivan Leo Puoti 12 Feb '05

12 Feb '05

RtlCompareUnicodeString should return 0 if it receives two identical string. But for some strange reason this code http://rafb.net/paste/results/e3tHCg40.html prints this output http://rafb.net/paste/results/SS5U2N81.html Is it a mistake I've missed, or is this a bug in the implementation of RtlCompareUnicodeString? Ivan.

1 1

Re: Re: winrash bug
by Chris Morgan 11 Feb '05

11 Feb '05

Oh, that's mostly because I was lazy. I'm pretty sure the text says that "if you are on windows95 you should install winsock2". I'm not sure how to detect whether the user needs to install winsock2 or not by looking at dlls. I was planning on adding detection of the windows version and using that as a way of narrowing down who sees the winsock prompt. That doesn't address which version of winsock the user has installed though... I'll put in the windows version check so only 95 users see the winsock2 prompt since thats pretty easy. Chris > > From: Ivan Leo Puoti <ivanleo(a)gmail.com> > Date: 2005/02/08 Tue PM 02:11:29 EST > To: cmorgan(a)alum.wpi.edu > CC: wine-devel(a)winehq.com > Subject: Re: winrash bug > > Chris Morgan wrote: > > >Is this based on what the installer displays or upon output from winrash in the debug.txt file? > > > > > It is based on the installer telling me I'm on windows 95 and that I > must install the > winsock2 update for windows 95. > > Ivan. >

3 2

Re: Real-world appdb
by Holly Bostick 11 Feb '05

11 Feb '05

(3rd of 3) Chris Morgan wrote: >>Then vote for what you really want or need... I want to see 100 games >>working but if I had to pick one >>it would be HL2. And if you give me 20 or 30 votes there *diluted* votes >>from the get-go! > > I agree. Maybe 5 votes per-user is a good number so each one counts but all of their eggs aren't in one basket. > > Chris > > >

1 0

Re: Real-world appdb
by Holly Bostick 11 Feb '05

11 Feb '05

(2nd of 3) Tom wrote: > Chris Morgan wrote: > >>> Having a single vote per-person makes the assumption that the person >>> has a single application that they want working. Often users have a >>> handful of them. I'd prefer multiple votes per-person. >> > Then vote for what you really want or need... I want to see 100 games > working but if I had to pick one > it would be HL2. And if you give me 20 or 30 votes there *diluted* votes > from the get-go! > If you have *one* vote its going to mean something...... if you have > 20-30 votes what is vote 28 > going to really mean to you? That you searched around looking for > something to vote for? > > We have 10 categories at this time and if we do move to multiable votes > I would only hope > we set it to 1 vote per categorie and that would give 10 diluted votes.... > > Tom > >>> Clearing the current votes is a safe bet. >>> >>> Chris >>> > >

1 0

Re: Real-world appdb
by Holly Bostick 11 Feb '05

11 Feb '05

How you guys managed to hit "Reply to all" and somehow not include the list, I don't know, but I'll forward :-) ... (1st of 3 such) Chris Morgan wrote: >>>- Voting for app version ( not app family). >>>- only one vote per person per version. >>>- more total votes, say 10-20 instead of 3. >>> >>> >>I would like to propose......... >> >>- one person one vote >>- vote for app family not version >>- clear the current votes and start fresh... >> > > Having a single vote per-person makes the assumption that the person has a single application that they want working. Often users have a handful of them. I'd prefer multiple votes per-person. > > Clearing the current votes is a safe bet. > > Chris > > > >

1 0

Wine, CrossOver wins LQ Members Choice awards 2004
by Mike Hearn 11 Feb '05

11 Feb '05

Hey, we won by a large margin! http://www.linuxquestions.org/questions/showthread.php?s=&threadid=272137 Wine 293 42.59% Crossover Office 139 20.20% Cedega 131 19.04% VMware 101 14.68% Win4lin 24 3.49% Good going chaps and chapettes! Nice also to see the results are ranked in rough order of "freeness" too. Let's see if we can win again in the 2005 voting :) thanks -mike

3 2

Subject: Re: Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner 11 Feb '05

11 Feb '05

Not all You can every write in c/c++. Sometime You need a call for a library function. I think, that can be one and I think, not only TlsAlloc use a zero_bit_scan. It must be first zero_bit in the first 'bytecount' DWORD from the bitmap addr. Dietrich On Thu, 10 Feb 2005 18:59:21 +0100, Dietrich Teickner wrote: >> I have a suggestion for a faster implementation of the zero_bit_scan in >> RtlFindClearBits [NTDLL.@] >> (rlbitmap.c) for e.g. TlsAlloc() >> The main is the usage of the instruction 'bsf eax, eax' >> >> This I have implemented in the new experimental odinxp-tree for finding >> the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Does this actually make a noticeable difference? Rewriting stuff in assembly for theoretical performance improvements isn't so great, as far fewer people can read/write assembly than C. thanks -mike

1 0

Subject: Re: Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner 11 Feb '05

11 Feb '05

Not all You can every write in c/c++. Sometime You need a call for a library function. I think, that can be one and I think, not only TlsAlloc use a zero_bit_scan. Dietrich On Thu, 10 Feb 2005 18:59:21 +0100, Dietrich Teickner wrote: >> I have a suggestion for a faster implementation of the zero_bit_scan in >> RtlFindClearBits [NTDLL.@] >> (rlbitmap.c) for e.g. TlsAlloc() >> The main is the usage of the instruction 'bsf eax, eax' >> >> This I have implemented in the new experimental odinxp-tree for finding >> the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Does this actually make a noticeable difference? Rewriting stuff in assembly for theoretical performance improvements isn't so great, as far fewer people can read/write assembly than C. thanks -mike

1 0

Faster TlsAlloc() or zero_bit_scan
by Dietrich Teickner 11 Feb '05

11 Feb '05

Hi, I have a suggestion for a faster implementation of the zero_bit_scan in RtlFindClearBits [NTDLL.@] (rlbitmap.c) for e.g. TlsAlloc() The main is the usage of the instruction 'bsf eax, eax' This I have implemented in the new experimental odinxp-tree for finding the first zero_bit in the first 'bytecount' bytes of the bitmap addr. Dietrich public _search_zero_bit ;int CDECL search_zero_bit(int bytecount, void *addr); _search_zero_bit proc near push esi push edx mov esi, [esp+16] mov edx, [esp+12] inc edx loop: add esi, 4 mov eax, -1 dec edx ;not found jz short found xor eax, dword ptr [esi - 4] jz loop bsf eax, eax jz short loop sub esi, 4 sub esi, [esp+16] shl esi, 5-2 add eax, esi found: pop edx pop esi ret _search_zero_bit endp

3 2

Rewriting the User Guide Question: FreeBSD
by Scott Ritchie 11 Feb '05

11 Feb '05

Ok so I'm going through the User Guide's getting/installing/compiling chapters. Essentially my idea is to cannibalize most of it, since the information is outdated, wrong, or at best duplicitous. However, while combing through the User Guide, I realized that there's some stuff I don't know much about - namely, FreeBSD. So, if you're a Wine FreeBSD guru, take a moment to peek at the existing "Getting Wine" chapter on the web site, and tell me if any of that information is at all relevant. My suspicion is that FreeBSD has advanced quite a bit since the guide was written, and that all that information is rather useless. My goal is to eliminate most of the distro-specific stuff anyway, since there are better places for it. Thanks, Scott Ritchie Chief Executive Officer of further Wine documentation

1 0

mmtimer resolution question
by Robert Reif 11 Feb '05

11 Feb '05

I'm trying to track down a problem with the direct sound regression tests when run in emulation mode using the wave api. I'm getting a lot of FIXMEs and poor quality playback. The dsound mixer callback routine expects to be called every 10 ms but is being called twice every 20 ms. Setting the timer resolution to 1 ms didn't help. I hacked the mmtimer to run at the requested 10 ms interval and the playback problems disappeared. Since the mmtimer thread uses WaitForSingleObject(sleep_time) for it's timer source, has something changed recently which would explain this behavior?

1 0

Problems with wine-patches
by Paul Vriens 10 Feb '05

10 Feb '05

Hi, I'm not able to send (what I think is normal) email to wine-patches anymore. The Test mail worked. Any ideas? Cheers, Paul.

7 10

Text Alignment, how is it handled ?
by George Ginden 10 Feb '05

10 Feb '05

Hi the following code part is not working in Wine as it work (as supposed) in Windows. HRight = GetDlgItem (hDlg,IDC_RIGHT); Edit_SetText(HRight, "Right"); How is text alignment, in a edit field, handled ? It looks like the Edit_SetText function is mapped to SetWindowText, which calls X11DRV_SetWindowText... But again, text alignment doesn't work. Can I do something ? PS: c source code is attacched Regards. /* ** Ditta..........:TeamSystem spa ** Programmatore..:Stefano Peraldini ** Nome programma.:Test Wine ** Data...........:04/02/2005 ** */ //INCLUDE #include <windows.h> #include <WindowsX.h> #include "resource.h" //VARIABILI GLOBALI HWND hUnaligned, HCenter, HRight; HDC hdc; //PROTOTIPI BOOL CALLBACK DlgProc (HWND, UINT, WPARAM, LPARAM); //MAIN int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpszCmdLine, int nCmdShow) { // Visualizzazione e controllo errore visualizzazione dialog if (DialogBox (hInstance, (LPCSTR) IDD_DIALOG1, NULL, DlgProc) == -1) MessageBox (NULL, "Errore visualizzazione dialog!!","Test Wine", MB_ICONQUESTION | MB_OK); return 0; } //DLGPROC della dialog1 BOOL CALLBACK DlgProc (HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam) { //Switch per la gestione dei messaggi provenienti dalla dialog1 switch (message) { //Gestione del VM_CLOSE case WM_CLOSE: return TRUE; break; //Impostazione dialog1 case WM_INITDIALOG: { hUnaligned = GetDlgItem (hDlg,IDC_UNALIGNED); HCenter = GetDlgItem (hDlg,IDC_CENTER); HRight = GetDlgItem (hDlg,IDC_RIGHT); //Edit Box Unaligned Edit_SetText(hUnaligned, "Unaligned"); //Edit Box Center Edit_SetText(HCenter, "Center"); //Edit Box Right Edit_SetText(HRight, "Right"); return TRUE; } //Gestione messaggi dialog1 case WM_COMMAND: switch (LOWORD (wParam)) { case IDOK: EndDialog (hDlg, 0); return TRUE; break; // END WMCOMMAND } return FALSE; } return FALSE; }

4 4

Re: RESEND: dlls/comctl32/treeview.c: remove repainting
by Robert Shearman 10 Feb '05

10 Feb '05

yuxdwa702(a)sneakemail.com wrote: > Changelog: > tinus <yuxdwa702(a)sneakemail.com> > Scroll instead of repainting when expanding/collapsing trees > Don't repaint on hover if 'hot tracking' isn't on > > > Index: dlls/comctl32/treeview.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/treeview.c,v > retrieving revision 1.164 > diff -u -p -r1.164 treeview.c > --- dlls/comctl32/treeview.c 14 Jan 2005 15:13:24 -0000 1.164 > +++ dlls/comctl32/treeview.c 31 Jan 2005 01:51:30 -0000 > @@ -631,7 +631,8 @@ TREEVIEW_SendCustomDrawItemNotify(TREEVI > uItemState |= CDIS_SELECTED; > if (wineItem == infoPtr->selectedItem) > uItemState |= CDIS_FOCUS; > - if (wineItem == infoPtr->hotItem) > + /* I'm not sure of this, needs to be compared to the real thing */ Usually you find this out before submitting a patch. > + if ((infoPtr->dwStyle & TVS_TRACKSELECT) && wineItem == > infoPtr->hotItem) > uItemState |= CDIS_HOT; > @@ -5037,11 +5107,13 @@ TREEVIEW_KeyDown(TREEVIEW_INFO *infoPtr, > static LRESULT > TREEVIEW_MouseLeave (TREEVIEW_INFO * infoPtr) > { > - if (infoPtr->hotItem) > + HTREEITEM orgItem = infoPtr->hotItem; > + infoPtr->hotItem = NULL; > + > + /* remove hot effect from item */ > + if (infoPtr->dwStyle & TVS_TRACKSELECT) > { > - /* remove hot effect from item */ > - InvalidateRect(infoPtr->hwnd, &infoPtr->hotItem->rect, TRUE); > - infoPtr->hotItem = NULL; > + InvalidateRect(infoPtr->hwnd, &orgItem->rect, TRUE); > } > return 0; > } If hot tracking isn't required when TVS_TRACKSELECT isn't set, then don't call TrackMouseEvent, instead of putting these exceptions everywhere. > @@ -5080,11 +5152,11 @@ TREEVIEW_MouseMove (TREEVIEW_INFO * info > if (item != infoPtr->hotItem) > { > /* redraw old hot item */ > - if (infoPtr->hotItem) > + if (infoPtr->hotItem && (infoPtr->dwStyle & TVS_TRACKSELECT) ) > InvalidateRect(infoPtr->hwnd, &infoPtr->hotItem->rect, > TRUE); > infoPtr->hotItem = item; > /* redraw new hot item */ > - if (infoPtr->hotItem) > + if (infoPtr->hotItem && (infoPtr->dwStyle & TVS_TRACKSELECT) ) > InvalidateRect(infoPtr->hwnd, &infoPtr->hotItem->rect, > TRUE); > Same here. Don't change the hot item if the hot item isn't going to be repainted anyway. Rob

1 0

Re: rsaenh: CPGetProvParam's PP_ENUMCONTAINERS
by Alexandre Julliard 09 Feb '05

09 Feb '05

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > Changelog: > Implemented CPGetProvParam's PP_ENUMCONTAINERS parameter type > Added corresponding test > Removed some tabs that slipped in with the last patch The test fails for me: rsaenh.c:1383: Test failed: 00000103 rsaenh.c:1391: Test failed: 0, 00000103 -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Rearrange WINPROC_CallWndProc to give clearer tracing
by Alexandre Julliard 09 Feb '05

09 Feb '05

Mike Hearn <mh(a)codeweavers.com> writes: > Yes, I realised the stack allocation might be a problem but only a while > after I sent the patch. Here's another that uses the heap. I don't think you want that either, it won't really make things less confusing if you are adding extra heap calls. You may want to look into using RelayFromExclude instead. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [Discuss] Recycle Bin problem with Preclick image editing software
by Mike Hearn 09 Feb '05

09 Feb '05

On Wed, 2005-02-09 at 15:34 -0500, Don Feliciano wrote: > SUCCESS! Woo Hoo! You rock... now my wife can't tell me b*tch at me > for ditching Windows. Thanks a ton. Niceness Don. Of course, it'd rock more if this had worked out of the box. I expect we're missing some shell magic for the recycle bin. Wouldn't be hard to investigate but have a million other things to do so I'll CC this to wine-devel. Context is: app has a "send to recycle bin" option to delete photos. Doesn't work. Native shell32/shfolder fixes it. If anybody is up for what is probably an easy task, figure out why and fix it so c:\Recycled is used. For bonus points we should bridge it to KDE/GNOME so if an app recycles something it appears in your actual trash can :) thanks -mike

3 2

Re: Rearrange WINPROC_CallWndProc to give clearer tracing
by Alexandre Julliard 09 Feb '05

09 Feb '05

Mike Hearn <mh(a)codeweavers.com> writes: > ChangeLog: > Rearrange WINPROC_CallWndProc to give clearer tracing > > --- windows/winproc.c (revision 132) > +++ windows/winproc.c (local) > @@ -408,20 +408,25 @@ static LRESULT WINPROC_CallWndProc( WNDP > { > LRESULT retvalue; > int iWndsLocks; > + char msgname[1024]; You don't want to do that, window procs can be nested quite deeply. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: x86_64 multilib configure fix
by Alexandre Julliard 09 Feb '05

09 Feb '05

Alex Woods <wine-devel(a)giblets.org> writes: > Changelog: > * configure.ac: Alex Woods <wine-devel(a)giblets.org> > Handle host_cpu of x86_64 like other x86s. This will break the 64-bit build. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: More complete stubs for DuplicateTokenEx and NtAdjustPrivilegesToken
by Rob Shearman 09 Feb '05

09 Feb '05

Dmitry Timoshkov wrote: >Hello, > >Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > More complete stubs for DuplicateTokenEx and NtAdjustPrivilegesToken. > > I have an even more complete patch for this that implements the necessary server calls. Alexandre, please don't apply. Rob

1 0

Broken cross-build, again.
by Paul Millar 09 Feb '05

09 Feb '05

Hi everyone, Just a head's up that the new tests broken cross-building winetest.exe. The gory details are reproduced below. I'm afraid I'm away for a long weekend, without net access, so can't fix any until I'm back (Wednesday). Cheers, Paul. [paulm@quisquiliae tests]$ make i686-mingw32msvc-gcc clist.o clsid.o generated.o ordinal.o path.o shreg.o string.o testlist.o -o shlwapi_test.exe -lshlwapi -ladvapi32 -lole32 -loleaut32 path.o(.text+0x20bb): In function `test_PathIsValidCharA': /home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:653: undefined reference to `PathIsValidCharA@8' path.o(.text+0x2106):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:656: undefined reference to `PathIsValidCharA@8' path.o(.text+0x2152):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:661: undefined reference to `PathIsValidCharA@8' path.o(.text+0x21c2):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:669: undefined reference to `PathIsValidCharA@8' path.o(.text+0x224b): In function `test_PathIsValidCharW': /home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:681: undefined reference to `PathIsValidCharW@8' path.o(.text+0x2296):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:684: undefined reference to `PathIsValidCharW@8' path.o(.text+0x22e0):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:689: undefined reference to `PathIsValidCharW@8' path.o(.text+0x2350):/home/paulm/Testing/wine-cross-source/dlls/shlwapi/tests/path.c:697: undefined reference to `PathIsValidCharW@8' distcc[26570] ERROR: compile on localhost failed make: *** [shlwapi_test.exe] Error 1

3 3

IDC_RIGHT, IDC_CENTER not defined ?
by George Ginden 09 Feb '05

09 Feb '05

OK I'm trying to implement text alignment in the edit control. Now, one question how do I know (in the EDIT_WM_NCCreate for example) if the text alignment has been requested by the programmer ? I guess the GetDlgItem function on es->hwndParent should do the job... but IDC_RIGHT and IDC_LEFT are not defined. So How can I get check for the requested alignment ? Regards.

3 3

Re: dlls/shell32/cpanelfolder.c - extended
by Dmitry Timoshkov 09 Feb '05

09 Feb '05

"Ge van Geldorp" <gvg(a)reactos.com> wrote: > memcpy(&sei_tmp, psei, sizeof(sei_tmp)); > sei_tmp.lpFile = path; > sei_tmp.fMask &= ~SEE_MASK_INVOKEIDLIST; > + sei_tmp.lpVerb = L"cplopen"; You can't use unicode literals in Wine, you need to explicitly declare them. -- Dmitry.

1 0

Regression in "Star wars: The Phantom Menace"
by Carlos Lozano 08 Feb '05

08 Feb '05

Hello, The patch: http://www.winehq.org/hypermail/wine-cvs/2005/01/0612.html Log message: Rein Klazes <wijn(a)wanadoo.nl> Get rid of the rdtsc cpu instruction method for calculation of the performance counter. Put the calculation (based on gettimeofday) in NtQueryPerformanceCounter() and use that in the kernel functions. Causes regression in the game "Star Wars: The Phantom Menace". The game was playable before of the patch, now it is freezes in the 3th title screen. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

3 3

Lotus Notes - still broken
by Paul R Streitman 08 Feb '05

08 Feb '05

This is not intended to be a nag, but since so very much has gone into CVS in the two months since 12/07 I thought that I would try today's CVS level with Lotus Notes. As the subject says, it is still broken. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

2 2

Re: winrash bug
by Chris Morgan 08 Feb '05

08 Feb '05

Is this based on what the installer displays or upon output from winrash in the debug.txt file? Chris > > From: Ivan Leo Puoti <ivanleo(a)gmail.com> > Date: 2005/02/08 Tue PM 01:35:43 EST > To: wine-devel(a)winehq.com > Subject: winrash bug > > version 0011 incorrectly detects windows nt 4.0 as windows 95. > > Ivan. > >

2 1

winrash bug
by Ivan Leo Puoti 08 Feb '05

08 Feb '05

version 0011 incorrectly detects windows nt 4.0 as windows 95. Ivan.

1 0

Re: Tests for bug 2686
by Alexandre Julliard 08 Feb '05

08 Feb '05

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> writes: > Here's some tests which show the problem reported as bug 2686. I tried to > find a way to fix it but its not simple. (Note I can only confirm that XP > behaves as described). On XP yes, but it will fail on Win9x, the API doesn't guarantee that the returned size will be identical to the allocated size. Unless you have a real app that depends on that I don't think there's much point in doing that test. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: MSIEXEC: fix command line parsing
by Alexandre Julliard 08 Feb '05

08 Feb '05

Mike McCormack <mike(a)codeweavers.com> writes: > ChangeLog: > * Fix msiexec's command line parsing. What does msiexec require that the standard command-line parsing cannot support? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: bi-arch on an amd64
by Alex Woods 08 Feb '05

08 Feb '05

Hi, I too am trying to compile a working multilib wine. I have got a little further, and actually have a binary that doesn't produce any errors now. Unfortunately, it doesn't seem to do anything at all, and just returns me to the command line with an exit status of 2. I've yet to dig into that one. For reference, I am using gentoo with a multilib gcc, applying the attached patch and then running this sequence of commands: autoconf ./configure --x-libraries=/emul/linux/x86/usr/X11R6/lib make depend && make The small patch I've attached fixes the two problems I came across - one already mentioned by Gabriel de Perthuis. That problem appears to be one of a deprecated? syscall. The other problem is that configure was not detecting x86_64 as being an x86 and hence not building the wine-preloader which is why Gabriel was getting his strange 'wine: could not exec \uffff\uffffmU\uffff\uffffmUp/bin/wine-pthread' message. Should I send the patch to wine-patches also? Or can it make its way into CVS from here? I'm going to see if I can track down which exit(2) I'm hitting now. I'm new to the wine source code, so any suggestions are welcome. -- Alex

1 3

Re: widl: let widl understand typedef enum
by Huw D M Davies 08 Feb '05

08 Feb '05

On Sun, Feb 06, 2005 at 09:31:37AM -0500, Vincent Béron wrote: > Le dim 06/02/2005 à 09:01, Mike Hearn a écrit : > > On Sat, 05 Feb 2005 12:37:08 -0600, Rob Shearman wrote: > > > Yeah, it seems strange, but I have a test program here that shows it is > > > 32-bits application-side for proxies/stubs. > > > > There's all kinds of brokenness going on in their variant marshalling, eg > > some types are mapped seemingly at random to others. I have a list with > > some of the details around here somewhere, but I'd totally believe > > whatever Rob says on this no matter how weird. > > VT_I4 it is then. > > This supercedes my widl3.diff patch. > > Changelog: > A RPC_FC_ENUM16 is a VT_I4. Actually this should be VT_USERDEFINED. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Wine for Linux PPC emulate Mac OS
by M-Rick 08 Feb '05

08 Feb '05

The Wine http://www.winehq.com/ project has been created to emulate Windows to be able to run windows softwares directly under Linux without to have to emulate Windows. It's very great and wonderful idea ! The Darwine http://darwine.opendarwin.org/ project aims to to the same but under Mac OS X with adding also the emulation of an x86 CPU. But, I wanted to know something, or even to make a proposal. Would it be possible to make a special Wine version for Linux PPC that instead of emulating Windows would emulate Mac OS ? Yes there's already the very great Mac On Linux PPC (MOL) http://www.maconlinux.org/ that can let run Mac OS applications, but you have to run Mac OS in parallel ... It is great, but Mac OS takes rooms and CPU and for some usages, maybe it is not completely useful. Would it be possible to make such a software a WinePPC for exemple that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or Macromedia MX Mac directly under Linux PPC without having to install a Mac OS ? To make simple to run Mac OS softwares directly under the Linux desktop environment.

6 6

Re: dsound: Properly implement DllCanUnloadNow
by Robert Reif 08 Feb '05

08 Feb '05

James Hawkins wrote: >Hi, > >Changelog >* Properly implement DllCanUnloadNow ref counting. > > > dsound.dll is a strange dll that doesn't really follow proper COM reference counting rules for buffers. This is intentional by Microsoft (don't know why) and was made common by the example code from "Inside Direct X" . You may want to add a test to the dsound.dll regression tests to verify what Microsoft does.

2 2

[oleaut32/typelib.c] TLB_ReadTypeLib question
by Paul Vriens 07 Feb '05

07 Feb '05

Hi, while browsing through typelib.c I saw: 287 */ 288 int TLB_ReadTypeLib(LPCWSTR file, INT index, ITypeLib2 **ppTypelib); 289 290 HRESULT WINAPI LoadTypeLib( Is line 288 supposed to be there ? Cheers, Paul.

2 1

Re: widl: support ATTR_READONLY for interface properties
by Huw D M Davies 07 Feb '05

07 Feb '05

On Sun, Feb 06, 2005 at 09:50:31AM -0500, Vincent Béron wrote: > There are probably other easy ones like this one, but for now I only > need this one. > > Huw, am I stepping on your toes? Nope, but I do have some more patches left in my tree that I need to tidy up a bit before submitting - notably support for modules. I've almost got a version of stdole2.tlb too... But feel free to carry on. Cheers, Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re-examining SetThreadContext
by Mike Hearn 07 Feb '05

07 Feb '05

Hi Alexandre, A user recently reported another app that doesn't work due to Armadillo copy protection. This scheme requires SetThreadContext/GetThreadContext to work properly and currently they do not. These two functions require the thread to be suspended, therefore they always return a bogus context (blocking on a wineserver wait pipe). I wrote a patch for this a while ago: http://navi.cx/svn/misc/trunk/winekb/patches/thread-context.patch However you felt it had races in it. There were two possible races I could see: - The race between suspending the thread and the sigcontext being uploaded. This was not a problem with my patch as Get/SetThreadContext loop. - A race where you can call SuspendThread again before the SIGUSR1 handler has completed. I believe this was the sticking point last time, no? But I can't see how this can happen because SIGUSR1 is blocked while it's being handled. So in the following sequence: PROCESS A: SuspendThread() PROCESS A: GetThreadContext() PROCESS B: SIGUSR1 PROCESS B: upload sigcontext PROCESS B: block PROCESS A: GetThreadContext() returns PROCESS A: ResumeThread PROCESS B: unblock, download sigcontext, restore, finish I do not see where the races are. Could you please re-examine this patch and let me know if there are any more problems with it? Dealing with the set/thread context operations in SIGUSR1 makes sense because they are only allowed when the target thread is suspended. thanks -mike

2 5

Re: wine/dlls/dbghelp elf_module.c
by Eric Pouech 07 Feb '05

07 Feb '05

Alexandre Julliard a écrit : > ChangeSet ID: 15811 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/01/31 10:24:57 > > Modified files: > dlls/dbghelp : elf_module.c > > Log message: > Silence a noisy FIXME I fear that the issue may be somewhere else than the pure FIXME. Can you describe what actually happened ? A+ -- Eric Pouech

2 1

Question about TrueType rendering
by Eric Frias 07 Feb '05

07 Feb '05

I'm trying to get winelib working on a platform whose X server doesn't have native support for TrueType fonts. I've configured wine with freetype, but it never seems to display the TrueType fonts. I don't have xfsft or xfstt installed. Should I expect this to work? I don't understand whether Wine uses the freetype library to render TrueType fonts, or if it just uses it for some other purpose (like getting metrics) and still depends on the font server to render the fonts. I see messages like this when wine starts, so it looks like wine is finding my fonts, but when I Call CreateFont("Arial"), it never maps to a TrueType font: trace:font:ReadFontDir Found "arial.ttf" in "/devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts" trace:font:AddFontFileToList Loading font file "/devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts/arial.ttf" index 0 trace:font:AddFontFileToList fsCsb = 400001ff ffff0000/00007a87 80000000 00000008 00000000 trace:font:AddFontFileToList Added font L"Arial" L"Regular" Is it still necessary to run xfsft to use these fonts, or should wine be able to use them on its own? Thanks, Eric

2 2

Re: wine/ windows/defwnd.c dlls/x11drv/x11drv_main ...
by Michael Stefaniuc 07 Feb '05

07 Feb '05

Hi Alexandre, this patch introduced a regression with FreeSolitaire (free download at www.freesolitaire.com). After switching virtual desktops the program windows gets blanked (see attached image). The program dosn't lockThis seems to be the only program with which i could reproduce this, all the others (winemine, notepad, winefile, Flash MX) seem to work just fine. bye michael Alexandre Julliard wrote: > ChangeSet ID: 15496 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/01/17 13:17:47 > > Modified files: > windows : defwnd.c > dlls/x11drv : x11drv_main.c x11drv.h winpos.c window.c > scroll.c mouse.c event.c clipboard.c > > Log message: > Avoid most references to the internals of the WND structure by passing > around an x11drv_win_data pointer instead. > > Patch: http://cvs.winehq.org/patch.py?id=15496 > > Old revision New revision Changes Path > 1.99 1.100 +0 -3 wine/windows/defwnd.c > 1.97 1.98 +0 -1 wine/dlls/x11drv/x11drv_main.c > 1.42 1.43 +17 -24 wine/dlls/x11drv/x11drv.h > 1.109 1.110 +76 -86 wine/dlls/x11drv/winpos.c > 1.87 1.88 +213 -199 wine/dlls/x11drv/window.c > 1.21 1.22 +0 -1 wine/dlls/x11drv/scroll.c > 1.16 1.17 +3 -6 wine/dlls/x11drv/mouse.c > 1.40 1.41 +5 -4 wine/dlls/x11drv/event.c > 1.30 1.31 +0 -1 wine/dlls/x11drv/clipboard.c > > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 2

X11DRV_GetKeyNameText not finding scan code
by tom fogal 07 Feb '05

07 Feb '05

Hi all, I'm a newbie to wine coding trying to get a particular application to work. It seems to have trouble getting input correctly, and I've traced it to the aforementioned function in dlls/x11drv/keyboard.c. I'm using the wine CVS. The function seems to search through a particular table (keyc2scan) and I think the problem is that the key I am pressing is not in the table -- I've verified that it is not finding a ton of keypresses, although I can't see a console while the app is running so I can associate a particular value with a particular keypress. The general problem seems common among win32 && Xlib, at least. Application developers want to see which key is pressed, but different keys have different meanings/values depending on the current locale and maybe other settings. wine's GetKeyNameText seems to map that particular winapi call to XKeysymToString(XKeycodeToKeysym) calls, which sounds right. The table gets built in X11DRV_InitKeyboard, AFAICT. I can't see anything wrong with the way it is built -- although there is a huge chunk of code #ifdef 0'd out ("/* this breaks VK_OEM_x VKeys in some layout tables [. . .]"). I'm lost as to what minor detail wine seems to be missing here, it seems consistent with MSDN docs I've found online. Are there known issues with this piece of wine? Is anyone exactly sure what this function should be returning (aka "a\0" in lpBuffer and a retval of 1, for pressing the 'a' key? or some code that means 'a'?) ? Most importantly, whats the next step in debugging this? Thanks, -tom

3 2

Re: widl: propget method attr and number of args
by Huw D M Davies 07 Feb '05

07 Feb '05

On Sat, Feb 05, 2005 at 12:21:39PM -0500, Vincent Béron wrote: > Googling around, I found quite a lot of .idl files with a [propget] > method which stated its arg, so I guess widl shouldn't reject them. > > Huw, could you comment on this please? This should be fixed by widl #36. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Regression in "DeusEx"
by luis lenders 07 Feb '05

07 Feb '05

It also causes a regression in foobar2000, see last comment on http://appdb.winehq.org/appview.php?versionId=2355 Hello again, > The patch: > http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html > > Log message: > Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop > forever too if WM_PAINT is not handled properly. > > Causes regression in the game "DeusEx". > The game was playable before of the patch, now it freezes > in the 2th title screen. The same patch causes regression in the game "Trickstyle". The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Regression in 'Zoo Tycoon 1 demo'
by Paul Vriens 07 Feb '05

07 Feb '05

Hi, as of patch http://cvs.winehq.org/patch.py?id=15812 there is a regression in this demo. The first window stays black and logging shows that the app is looping (so it seems) on WM_PAINT messages: Call window proc 0x453bb0 (hwnd=0x20022,msg=WM_PAINT,wp=00000000,lp=00000000) loads of these at the end of the trace. Does the looping have anything to do with http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html ? What could be the next step to isolate the problem? Cheers, Paul.

1 0

appdb : database error for screenshots
by T'aZ 07 Feb '05

07 Feb '05

hi in the The top-10 Gold List from http://appdb.winehq.org/ all links to the screenshots returns with an error : Database Error! Query: SELECT appData.*, appVersion.appId as appId FROM appData, appVersion WHERE appVersion.versionId = appData.versionId AND type = 'image' AND appId = 1533 Column: 'appId' in where clause is ambiguous easy to spot and easy to fix i hope :) -- T'aZ |Jabber:taz-007@jabber.org|GPG keyID:E051925D|http://taz.prout.be *They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.* Benjamin Franklin 1759 *Beaucoup,vite,loin,mal.* http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html

2 1

Graphical debugging instead of winedbg
by Ann and Jason Edmeades 07 Feb '05

07 Feb '05

Hi I was trying to get a gui replacement for winedbg as I can never remember how to view memory etc, and saw http://www.winehq.com/site/docs/wine-devel/dbg-others where it talks about using kdbg. I was looking at a simple trap and thought it ideal to test with.... So... 1. Winedbg: I can get to the trap by winedbg program.exe, cont, and it stops and displays everything ok 2. KDBG: I launch winedbg --gdb --no-start program.exe, and it starts and issues the line target remote localhost:32835 I then issue kdbg -r localhost:32835 /usr/local/bin/wine-pthread and get a popup stating "Sorry - KDbg, gdb: Using host libthread_db library "/lib/tls/libthread_db.co.1" with an ok button I click the ok button and the console I launched winedbg in issues various messages about "loads DLL c:\windows\system\user32 etc etc and eventually exception code=0x80000003 but nothing ever happens to the GUI Note this is with cvs and Mandrake 10 if it makes any difference. How do I get the gui support working? 3. Can we use msdev.exe or windbg.exe to debug under wine yet, now the dbghelp is more functional? (I haven't tried for a long time) Regards, Jason

3 7

Re: Regression in "DeusEx"
by Nick Hornback 06 Feb '05

06 Feb '05

>> The patch: >> http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html >> >> Log message: >> Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop >> forever too if WM_PAINT is not handled properly. >> >> Causes regression in the game "DeusEx". >> The game was playable before of the patch, now it freezes >> in the 2th title screen. > > The same patch causes regression in the game > "Trickstyle". The same problems, it was playable, and > now it freezes in the 2th title screen. > > Regards, > Carlos. The same problem is present with the audio player Foobar2000, same patch regression. From what I understand, it stems from the fact that in native Windows BeginPaint/EndPaint are technically not nessessary, but Wine thinks they are. I posted a bit of sample code that was given to me by the guy that wrote Foobar2000 about a month ago (look for the topic Foobar2000 Audio Player Regression) that showed some painiting without Begin/End Paint that works fine on native Windows but not Wine -- looking at it now... the sample code is missing a final closing "}", sorry. Anyway, glad to see Foobar isn't the only program effected by this. --Nick Hornback __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250

1 0

Regression in "DeusEx"
by luis lenders 06 Feb '05

06 Feb '05

Hi, this patch also breaks foobar2000, see http://appdb.winehq.org/appview.php?versionId=2355 last comment Hello again, > The patch: > http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html > > Log message: > Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop > forever too if WM_PAINT is not handled properly. > > Causes regression in the game "DeusEx". > The game was playable before of the patch, now it freezes > in the 2th title screen. The same patch causes regression in the game "Trickstyle". The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Regression in "DeusEx"
by Carlos Lozano 06 Feb '05

06 Feb '05

Hello, The patch: http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html Log message: Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop forever too if WM_PAINT is not handled properly. Causes regression in the game "DeusEx". The game was playable before of the patch, now it freezes in the 2th title screen. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 1

Re: widl: let widl understand typedef enum
by Rob Shearman 06 Feb '05

06 Feb '05

Vincent Béron wrote: >Since the typedef patch to widl, typedef enum foo {A, B} FOO; was >rejected by get_type_vt (unknown-type: 13). > >Changelog: >A RPC_FC_ENUM16 is a VT_I2. > > Are you sure about this? Elsewhere RPC_FC_ENUM16 is equivalent to a VT_I4 or VT_UI4 (although it is actually only 16-bits on the wire). Rob

3 3

Could not load 'KERNEL.DLL'
by Jeff Latimer 06 Feb '05

06 Feb '05

I have had a problem for quite a while that I cannot run setup or install and get the following error: [dad@frank dad]$ wine g:\\setup.exe Could not load 'KERNEL.DLL' required by 'BOOTSTRP', error=2 [dad@frank dad]$ Windows and Wine do not have a kernel.dll module hence I assume that there is some mapping from kernel32.dll to resolve kernel.dll. Can someone explain how the mapping from the 32 bit dll takes place? Tracing the setup.exe startup, it appears that Wine is searching the path for kernel.dll: 000a:Call ntdll.RtlDosPathNameToNtPathName_U(2177c730 L"G:\\setup.exe",2177c468,2177c470,00000000) ret=6601d9b0 000a:trace:file:RtlDosPathNameToNtPathName_U (L"G:\\setup.exe",0x2177c468,0x2177c470,(nil)) 000a:trace:file:RtlGetFullPathName_U (L"G:\\setup.exe" 520 0x2177c178 0x2177c470) 000a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=6601d9b0 000a:trace:file:append_entry long L"." short L"" mask L"setup.exe" 000a:trace:file:match_filename (L".", L"setup.exe") 000a:trace:file:append_entry long L".." short L"" mask L"setup.exe" 000a:trace:file:match_filename (L"..", L"setup.exe") 000a:trace:module:NE_LoadDLLs Loading 'KERNEL' 000a:trace:module:GetModuleHandle16 (KERNEL) 000a:trace:module:MODULE_LoadModule16 Trying native dll 'KERNEL.DLL' 000a:trace:file:OpenFile16 "KERNEL.DLL" OF_READ OF_SHARE_DENY_WRITE 000a:Call ntdll.RtlInitAnsiString(2177c974,2177cd40 "KERNEL.DLL") ret=6601be28 000a:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=6601be28 000a:Call ntdll.RtlAnsiStringToUnicodeString(4e2c9bf8,2177c974,00000000) ret=6601be9b 000a:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=6601be9b 000a:Call ntdll.RtlGetFullPathName_U(4e2c9c00 L"KERNEL.DLL",00000208,2177c998,00000000) ret=66038210 000a:trace:file:RtlGetFullPathName_U (L"KERNEL.DLL" 520 0x2177c998 (nil)) 000a:Ret ntdll.RtlGetFullPathName_U() retval=00000034 ret=66038210 000a:trace:module:GetModuleFileName16 10ef -> 'G:\setup.exe' 000a:Call ntdll.RtlInitUnicodeString(2177cae4,5c4f0410 L"c:\\windows\\system") ret=66037ec4 000a:Ret ntdll.RtlInitUnicodeString() retval=00000024 ret=66037ec4 000a:Call ntdll.RtlInitAnsiString(2177c964,5c54cbb0 ".;c:\\windows\\system;c:\\windows;G:;c:\\windows\\system;c:\\windows") ret=6601be28 000a:Ret ntdll.RtlInitAnsiString() retval=00000000 ret=6601be28 000a:Call ntdll.RtlAnsiStringToUnicodeString(2177c95c,2177c964,00000001) ret=6601be9b 000a:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=6601be9b 000a:Call ntdll.RtlDetermineDosPathNameType_U(4e2c9c00 L"KERNEL.DLL") ret=660390da 000a:Ret ntdll.RtlDetermineDosPathNameType_U() retval=00000005 ret=660390da 000a:Call ntdll.RtlDosSearchPath_U(5c54cc00 L".;c:\\windows\\system;c:\\windows;G:;c:\\windows\\system;c:\\windows",4e2c9c00 L"KERNEL.DLL",00000000,00000208,2177c990,00000000) ret=66039334 000a:trace:file:RtlDosPathNameToNtPathName_U (L".\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L".\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/z:/home/dad/bin 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows/system 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows 000a:trace:file:RtlDosPathNameToNtPathName_U (L"G:\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"G:\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/g: 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows/system 000a:trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\KERNEL.DLL",0x2177c834,(nil),(nil)) 000a:trace:file:RtlGetFullPathName_U (L"c:\\windows\\KERNEL.DLL" 520 0x2177c5f4 (nil)) 000a:warn:file:wine_nt_to_unix_file_name L"KERNEL.DLL" not found in /home/dad/.wine/dosdevices/c:/windows 000a:Ret ntdll.RtlDosSearchPath_U() retval=00000000 ret=66039334 000a:warn:file:OpenFile16 (KERNEL.DLL): return = HFILE_ERROR error= 2 Could not load 'KERNEL.DLL' required by 'BOOTSTRP', error=2

2 3

Regression in x11drv windows handling
by Maxime Bellengé 06 Feb '05

06 Feb '05

I have one of my applications which no longer works correctly after this patch : ChangeSet ID: 15758 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard(a)wine.codeweavers.com 2005/01/28 11:25:50 Modified files: include : win.h dlls/x11drv : x11drv.h winpos.c window.c event.c desktop.c Log message: Use an X context to associated the x11drv private window data to a window handle instead of accessing the WND structure directly. Patch: http://cvs.winehq.org/patch.py?id=15758 The behavior is when I try to move a window (in unmanaged mode) a little, the window moves at the bottom right corner of my screen. If I try to move it again, it moves again further on the bottom right. So I can no longer see my window. However every component in that windows works perfectly. Maxime

1 0

Re: appdb/ ./appview.php ./screenshots.php admin/a ...
by Jonathan Ernst 06 Feb '05

06 Feb '05

Le vendredi 04 février 2005 à 08:25 -0700, tony_lambregts(a)telusplanet.net a écrit : > WineHQ wrote: > > ChangeSet ID: 15925 > > CVSROOT: /opt/cvs-commit > > Module name: appdb > > Changes by: wineowner(a)wine.codeweavers.com 2005/02/03 20:55:50 > > > > Modified files: > > . : appview.php screenshots.php > > admin : adminAppDataQueue.php editAppFamily.php > > editAppVersion.php > > include : screenshot.php user.php > > tables : appdb_tables.sql > > > > Log message: > > Jonathan Ernst <Jonathan(a)ernstfamily.ch> > > - no more appId in appData as appVersion implies an appId* > > - screenshot class has been reworked to remove need of appId > > - screenshot class has been improved to send e-mails so that email handling can be removed from other scripts > > > > Patch: http://cvs.winehq.org/patch.py?id=15925 > > > > Old revision New revision Changes Path > > 1.47 1.48 +7 -18 appdb/appview.php > > 1.25 1.26 +30 -91 appdb/screenshots.php > > 1.10 1.11 +80 -107 appdb/admin/adminAppDataQueue.php > > 1.25 1.26 +0 -131 appdb/admin/editAppFamily.php > > 1.20 1.21 +3 -10 appdb/admin/editAppVersion.php > > 1.8 1.9 +237 -46 appdb/include/screenshot.php > > 1.34 1.35 +38 -17 appdb/include/user.php > > 1.18 1.19 +0 -2 appdb/tables/appdb_tables.sql > > > > > > > Bah! How are extra links in the appfamily suposed to work? Of course you seem to > think that these are not important so you simply removed them from edit > appfamily &%@#!. This is wrong ! > > -- > > Tony Lambregts > Hi Tony, Did you read the explanation of the * near the first changelog entry ? ------------------------------------------------------------ * => application have no additional url but version have application description is now just describing an application and giving a link to the application web page. Version description can now have many urls to various interesting resources ------------------------------------------------------------ As I guess you did, here are some more explanations (you can read some in the IRC log if you have some): APPLICATIONS ------------ *ELEMENTS STILL LINKED TO APPLICATIONS AFTER THESE PATCHES* - Description: General (not wine specific) description about the application. More or less what you can find on the editor site. (You might want to put a link to alternate native applications on linux here or to codeweaver's website at the end of the description as only the first line of the description is kept on summaries like search results, top-ten applications, etc.) - Webpage: webpage for the application *ELEMENTS THAT WERE LINKED TO APPLICATIONS BEFORE THESE PATCHES* - URLs: Used to link to wine-specific material or version specific material. As it is not of general use for an application it should be deleted to avoid url duplication in APPLICATIONS and VERSIONS (we should also avoid that people put things like "I tested it with wine xyz and it worked" in the APPLICATION description as it is version specific as well.) VERSIONS -------- *ELEMENTS STILL LINKED TO VERSIONS AFTER THESE PATCHES* - Description: Describe this version of this application, don't duplicate the description that belongs to the application (it is still the case in many version entry). - Screenshots: version specific screenshot *ELEMENTS THAT WERE LINKED TO VERSIONS BEFORE THESE PATCHES* - Webpage: webpage should be removed as hardly no editor keeps a different page for each version of it's software (I'm not speaking about version-specific support, service packs, etc. which can be covered using the added URLs entries discussed below). *NEW ELEMENTS THAT ARE LINKED TO VERSIONS AFTER THESE PATCHES* - URLs: using URLs you can give version-specific or wine specific links for the given version of an application. Another reason to don't keep the link from URLs to Application is that they are stored in the same table as screenshots and screenshots are not linked to applications so that if we want to keep URLs for applications we should make two tables. Of course this is just what I _think_ (I don't *seem to think* anything and discussed everything on IRC, put it in the patch description and of course the patches I send are only proposals, etc.). Finally nothing is *supposed to work* here as I: - took a great care at cleaning up the forms to remove the thing that are not available anymore using the new table schema - took a great care at testing every single function of the appdb to find regressions - made these changes willingly and documented those as well I'm looking forward to reading your (and anybody else's) comments about these thoughts and if you found regressions that'd slip through, don't hesitate to send me a bug report, I'll fix them asap. Best regards, Jonathan

3 4

[d3dxof] Registering this dll
by Paul Vriens 05 Feb '05

05 Feb '05

Hi, any particular reason why d3dxof shouldn't be able to register (itself): @ stdcall -private DllRegisterServer() D3DXOF_DllRegisterServer @ stdcall -private DllUnregisterServer() D3DXOF_DllUnregisterServer is missing from the spec file. I was just playing with dxdiag. Cheers, Paul.

2 2

Re: ntdll / kernel32: #52
by Alexandre Julliard 05 Feb '05

05 Feb '05

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > +/****************************************************************** > + * NtAddAtom (NTDLL.@) > + */ > +NTSTATUS WINAPI NtAddAtom( const WCHAR* name, ULONG length, ATOM* atom ) > +{ > + WCHAR full_name[MAX_ATOM_LEN + 1]; > + > + if (length / sizeof(WCHAR) > MAX_ATOM_LEN) return STATUS_INVALID_PARAMETER; > + memcpy(full_name, name, length); > + full_name[length / sizeof(WCHAR)] = 0; > + return RtlAddAtomToAtomTable( get_global_table(), full_name, atom ); That will work, but it's really ugly to copy the string just so we can do a strlenW on it and convert it back to a counted string for the server call. I think you really want the Nt* functions to make direct server calls, and the Rtl* to manipulate a local table. If we don't do things the way NT does we can just as well keep the current implementation. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Wine legalities
by Ira Krakow 05 Feb '05

05 Feb '05

Jeremy, I agree - this is an exciting development. Microsoft's ability to spread FUD and their legal budget are enormous. We need this kind of expert help. Here's an area where I'd like an expert opinion. In the Winelib part of the Wine book, I'd like to include an example of converting a Microsoft VC++ 6.0 MFC application. This is Winelib's primary target, in my opinion. My question is: how far can I go? There are proprietary Microsoft header files that need to be included - does the Microsoft EULA allow disclosure of what these header files are? Or is it only legally safe to say something generic like "....figure out for yourself which header files you need to #include..."? In general, I think Microsoft has to tread lightly on the issue of running Microsoft apps in Linux. Certainly, they're within their rights to hang up if a Linux/Winword user calls the help desk. But going after a company who legally pays for Winword licenses and runs Winword in Linux/Wine is another matter, bringing up the antitrust bogeyman again. Getting an expert legal opinion on this would be very useful. IMHO, even if Microsoft was legally on solid footing, it would be a huge PR disaster for them. Eventually, these issues will come to a head. Ira

6 6

RE: Wine legalities
by PETREOLLE Sylvain 05 Feb '05

05 Feb '05

Hi Steven, Couldnt we put a link to it on ReactOS homepage, saying its only a draft atm ? Cordialement, Usurp(aka Sylvain PETREOLLE) -----Message d'origine----- De : Steven Edwards [mailto:steven_ed4153@yahoo.com] Envoyé : mercredi 2 février 2005 07:16 À : Ira Krakow; jwhite(a)codeweavers.com; ros-general(a)reactos.com Cc : wine-devel(a)winehq.org Objet : Re: Wine legalities Hi Jer, The ReactOS Project consulted a IP lawyer and came up with a draft policy statement. Maybe the two projects could work together on this. http://reactos.com:8080/archives/public/ros-general/2005-January/001402.html Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

1 0

unable to compile on x86_64 platform
by Noah Schwartz 04 Feb '05

04 Feb '05

hey, i'm trying to compile wine on my machine (ver. 2005-01-11) but ./configure doesnt get too far... error: checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. here's the relevant info from config.log: configure:1878: checking for C compiler default output file name configure:1881: gcc -m32 conftest.c >&5 /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/./libgcc.a when searching for -lgcc /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/libgcc.a when searching for -lgcc /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgcc collect2: ld returned 1 exit status configure:1884: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "20050111" | #define PACKAGE_STRING "Wine 20050111" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:1923: error: C compiler cannot create executables See `config.log' for more details. currently running gentoo. kernel version 2.6.9-gentoo-r14. glibc version 2.3.4.2004-11-02. gcc version 3.4.3-r1 compiled with multilib which works as far as i know

2 1

Theme Hospital & Dungeon Keeper Mouse
by Carlos Lozano 04 Feb '05

04 Feb '05

Hello, I have updated the patch what does work Theme Hospital, and Dungeon Keeper games, to actual CVS. It is only for testing purposes. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

my first go at syncing opengl spec
by Tom 04 Feb '05

04 Feb '05

This is my first attempt at syncing the opengl spec. Is this close to what needs to be done? Tom

2 1

Re: [d3d9/device.c] IDirect3DDevice9Impl_GetDepthStencilSurface problem
by Ann and Jason Edmeades 04 Feb '05

04 Feb '05

Well yes and no. The 'problem' is most of this code isn't implemented yet... Try Olivers large patch and see if things are any better, or wait a while while a whole load of code gets into cvs. Basically d3d9 shouldn't have any of the code relating to the stencil buffers - that will be in wine3d. I am pretty certain Olivers patch did that, and he is working on splitting it up to get cvs in sync with his local tree. Jason

6 13

my first try at opengl spec sync
by Tom 04 Feb '05

04 Feb '05

Hello, This is the first time ive ever tried to sync with the SGI spec am I close to what needs to be done ? Tom

1 0

PRESS: run windows viruses with wine ...
by Marcus Meissner 04 Feb '05

04 Feb '05

Hi, Fun article ... author tests various viruses with WINE. http://os.newsforge.com/article.pl?sid=05/01/25/1430222&from=rss Ciao, Marcus

8 12

Re: Re: Newest winrash problems?
by Chris Morgan 04 Feb '05

04 Feb '05

There was a bug introduced in 0010 where I was fgets()'ing and checking for feof() on file opened with "wb". Thus the debug file was growing out of control. I released 0011 to fix this issue and I'm hoping that people get the upgrade when their PC's restart. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/04 Fri AM 03:36:56 EST > To: cmorgan(a)alum.wpi.edu > CC: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Re: Newest winrash problems? > > On Thu, 2005-02-03 at 16:21, Chris Morgan wrote: > > I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. > > > > Chris > Hi Chris, > > maybe you could have that one be de-selected on default? The number of > win95 running winrash seem to be outnumbered by the others. > > > > I had some problems with Winrash bailing out on 2 of my win98 systems. > > > Apparently this was because a new winrash was available and it tried to > > > install that? > > > After uninstalling winrash 0009 and installing 0010 it works again. One > > > of the main differences is that winrash 0010 has an extra winsock2 > > > install, could this be the cause? > > > > I saw there's now even a 0011. The following problems where observed by > me while the automatic upgrade took place: > > - for some reason the previous TAG was not used anymore. If you look at > http://test.winehq.org/data/200502031000/ you will see a load of > IDWASEMPTY's. (more than usual) > - On my WinNT4 box, the debug log file grew to 2GB! > > Both of the above where solved by un-installing what was there and > installing the latest. I do think there's something wrong in the > automatic upgrade of winrash. > > Cheers, > > Paul. > >

1 0

Re: appdb/ ./appview.php ./screenshots.php admin/a ...
by tony_lambregts＠telusplanet.net 04 Feb '05

04 Feb '05

WineHQ wrote: > ChangeSet ID: 15925 > CVSROOT: /opt/cvs-commit > Module name: appdb > Changes by: wineowner(a)wine.codeweavers.com 2005/02/03 20:55:50 > > Modified files: > . : appview.php screenshots.php > admin : adminAppDataQueue.php editAppFamily.php > editAppVersion.php > include : screenshot.php user.php > tables : appdb_tables.sql > > Log message: > Jonathan Ernst <Jonathan(a)ernstfamily.ch> > - no more appId in appData as appVersion implies an appId* > - screenshot class has been reworked to remove need of appId > - screenshot class has been improved to send e-mails so that email handling can be removed from other scripts > > Patch: http://cvs.winehq.org/patch.py?id=15925 > > Old revision New revision Changes Path > 1.47 1.48 +7 -18 appdb/appview.php > 1.25 1.26 +30 -91 appdb/screenshots.php > 1.10 1.11 +80 -107 appdb/admin/adminAppDataQueue.php > 1.25 1.26 +0 -131 appdb/admin/editAppFamily.php > 1.20 1.21 +3 -10 appdb/admin/editAppVersion.php > 1.8 1.9 +237 -46 appdb/include/screenshot.php > 1.34 1.35 +38 -17 appdb/include/user.php > 1.18 1.19 +0 -2 appdb/tables/appdb_tables.sql > > > Bah! How are extra links in the appfamily suposed to work? Of course you seem to think that these are not important so you simply removed them from edit appfamily &%@#!. This is wrong ! -- Tony Lambregts

1 0

Re: Software Freedom Law Center
by gslink 04 Feb '05

04 Feb '05

Here is something else to consider. With respect to property taxes, who owns a piece of software and who is liable for the taxes on it? Some of the current licenses may well make the software seller and not the buyer liable in some states.

1 0

BUG: text alignment in editboxes
by George Ginden 04 Feb '05

04 Feb '05

It looks like text alignement is not implented or working correctly. Just run calc.exe in Windows then in Wine. Pay attention at where the digits are shown... I can also provide a simple C program to be used as testbed. See bug : 2698 Regards.

1 0

RICHEDIT again
by Krzysztof Foltman 04 Feb '05

04 Feb '05

It seems that I already have something useful. I've added multilevel undo/redo, GetCharFormat/SetCharFormat (very incomplete) and modify flag, and cleaned up the code a lot. The source code is downloadable from here: http://foltman.com/richtext-20050204.tar.gz I'll try to add handlers for basic editing messages (like WM_SETTEXT) and maybe notifications too, DLLize it and then make a Wine patch out of it. Is that OK ? It's not like everything is done the way it should be (for instance, coordinate system is still pixel-based and not twips-based), but in this stage the risk of having to constantly rewrite everyone else's code is much lower. Krzysztof

2 1

Re: [user32/tests/sysparams.c] Add an extra trace
by Paul Vriens 04 Feb '05

04 Feb '05

On Fri, 2005-02-04 at 09:58, Paul Vriens wrote: > Hi, > > winrash just ran on my win98 box and the sysparams test didn't complain > about SPI_GETICONTITLEWRAP not being implemented. If I however run the > test manually (with an extra trace) win98 tells me it's not > implemented!! > > So to have some more input about this, I added an extra trace. It could > be that ERROR_INVALID_SPI_VALUE has something to do with this. > > Changelog > extra tracing for SPI_GETICONTITLEWRAP > > Cheers, > > Paul This needs more investigation. Some extra testing showed that LastError is not always set by the calls (all?). I added traces to all the calls and suddenly nothing was implemented anymore. Then I added a SetLastError(0) before every call and the output was totally different again. The only thing not implemented anymore on my win98 box was SystemParametersInfoW. So what's the best approach: - add a SetLastError(0) in every test-routine before we do something? - add a trace after each SystemParametersInfo call? - find out which call sets LastError and which calls don't? Cheers, Paul.

1 0

Re: Newest winrash problems?
by Chris Morgan 04 Feb '05

04 Feb '05

I'm not actually installing winsock2, just popping up a dialog during the installer mentioning that you need winsock2 if you are running on a win95 machine. What I *should* do is somehow get the nsis installer script to check for the winsock2 dlls and actually run the installer, but thats a bit more difficult than just displaying a dialog with text and a web link. Chris > > From: Paul Vriens <Paul.Vriens(a)xs4all.nl> > Date: 2005/02/03 Thu AM 03:19:52 EST > To: "wine-devel(a)winehq.org" <wine-devel(a)winehq.org> > Subject: Newest winrash problems? > > Hi, > > I had some problems with Winrash bailing out on 2 of my win98 systems. > Apparently this was because a new winrash was available and it tried to > install that? > After uninstalling winrash 0009 and installing 0010 it works again. One > of the main differences is that winrash 0010 has an extra winsock2 > install, could this be the cause? > > Cheers, > > Paul. > > >

2 1

Last change to wine/dlls/comctl32/header.c caused regression in Shareaza (downloadable source)
by Tony Lambregts 03 Feb '05

03 Feb '05

According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression in Shareaza. http://www.shareaza.com/?id=download I have tested this myself and it is definitely this patch. Backing out this change with current cvs allows Sharaza to work. The the source code for this program is available at http://sourceforge.net/project/showfiles.php?group_id=110672&package_id=119… -- Tony lambregts

1 0

Re: [variant] partial support for nulls + emptys converted to numbers.
by Marcus Meissner 03 Feb '05

03 Feb '05

On Thu, Feb 03, 2005 at 02:28:03PM +0000, Oliver Stieber wrote: > Hi, > I've had this lurking around in my tree for a while, > the patch starts to support mixing nulls or emptys > with integers (basically null == 0 and empty == 0) The patch does not match your description. It looks like some huge D3D diff instead ... Ciao, Marcus

1 0

Wine pthread_detach problem
by Sergey Efimoff 03 Feb '05

03 Feb '05

Hi All, While doing experiments with winegcc/wineg++ I have compiled my application which uses complex multi-threaded library. Wine made shell wrapper script for me and the application itself with the extension .exe.so. I tried to run this application: FIXME:pthread_detach FIXME:pthread_detach Bad system call (core dumped) or, as another option: FIXME:pthread_detach wine: Unhandled exception (thread 000a), starting debugger... How can I handle this failure? //Sergey.

1 0

Re: GDI: implement color management functions
by Alexandre Julliard 03 Feb '05

03 Feb '05

Hans Leidekker <hans(a)it.vu.nl> writes: > This patch doesn't go as far as allocating and initializing a color > space on DC creation. It simply creates (a dummy) one when asked for, > to avoid any impact on performance. It also doesn't fully implement > color space handles, instead it simply casts a pointer to a handle > and back. This cannot possibly work, the pointer won't remain valid. If you don't want to implement proper handles then return something like 0xdeadbeef and print a FIXME so that it's at least obvious that something's not working right. Your approach will only lead to mysterious crashes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shlwapi/tests/shreg.c #6] More verbosity
by Alexandre Julliard 03 Feb '05

03 Feb '05

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > This patch add more verbosity. I also changed some of the ok(0,) into a > trace. I don't think we want to do that, this is just hiding problems. If a test cannot run this should be flagged as an error. -- Alexandre Julliard julliard(a)winehq.org

1 0

x11drv regression?
by Oliver Stieber 03 Feb '05

03 Feb '05

Hi, I've just synced with CVS and the following code and I can no longer get an x11 window ID using (Window)GetPropA(HWND,"__wine_x11_client_window" ); I've had a look at X11DRV and there have been a few changes reciently, should I be using something else? ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

7 9

Re: [user32/tests/sysparams.c] Check for availability of SPI_GETICONTITLEWRAP
by jchevrier＠nexicom.net 03 Feb '05

03 Feb '05

> Hi, > > SPI_{GET,SET}ICONTITLEWRAP is not implemented on a standard Win98 SE. > > Changelog > Check for availability of SPI_GETICONTITLEWRAP > > Cheers, > > Paul. Hi Paul, I agree we definately should not be leaving keys/values in user's registries that weren't there originally after the test has been run. Ideally all should be returned to exactly the way it was before the test was run. Unfortunately this patch won't correct the issue. This patch implies that SPI_{GET,SET}ICONTITLEWRAP is not a supported call on Win98 which it is. As a result it will always pass and the registry will still get a new value added. Try the following patch. It was just put together quickly and only covers this one test, but testing here shows it does stop a new value from being added if it did not exist to begin with. I would like to create something that covers the entire sysparams suite of tests to stop this across the board. Thanks for the heads up on this! Justin

3 6

Newest winrash problems?
by Paul Vriens 03 Feb '05

03 Feb '05

Hi, I had some problems with Winrash bailing out on 2 of my win98 systems. Apparently this was because a new winrash was available and it tried to install that? After uninstalling winrash 0009 and installing 0010 it works again. One of the main differences is that winrash 0010 has an extra winsock2 install, could this be the cause? Cheers, Paul.

1 0

Re: RESEND: Enable GCOV Code Coverage
by Daniel Kegel 03 Feb '05

03 Feb '05

Alexandre wrote: > The changes may be small but they are ugly IMO. I don't think we need > a configure option for that, it should be possible to simply do a > 'make CFLAGS=xxx' with the appropriate options. We used a configure option by analogy with --disable-debug, I guess, and because it seems to be the standard way to do it (a quick search shows that at least ImageMagick, PlaylistManager, oprofile, xfce, gstreamer, dbus, plt-scheme, matchbox, KDE-Darwin, lsh, and many others do it with --enable-gcov). We'd be happy to rework it any way you like, if you think following existing practice by using --enable-gcov is a bad idea. We have a very small follow-on patch which adds lcov support. lcov is a nice postprocessor for gcov that makes a pretty HTML report for all of wine showing how well the Wine test suite covers the code. We also have an enhancement to lcov pending which lets you see which lines of Wine are exercized by an application but not by Wine's regression test suite. - Dan

1 0

Re: [winecfg] Clean up about dialog
by Mike Hearn 02 Feb '05

02 Feb '05

On Wed, 02 Feb 2005 21:34:00 +0100, Paul van Schayck wrote: > Changelog: > Clean up about dialog. Remove groupbox, position logo correctly. Cool! If you want to do some winecfg hacking integrating the drive detection with wineprefixcreate is like a 5 minute job.

1 0

Re: [OLE #62] Rework the RPC dispatch layer
by Alexandre Julliard 02 Feb '05

02 Feb '05

Mike Hearn <mh(a)codeweavers.com> writes: > ChangeLog: > - Rework RPC dispatch layer to be simpler and not get confused by > server/client duality > - Make threads shut down at the right time and not access freed > memory after apartment destruction > - Rename stub_dispatch_thread to client_dispatch_thread > - Add some more tracing This badly breaks the regression tests, apparently triggering a bug in the named pipe handling on the server side. I'm afraid I can't apply the patch until this is fixed. -- Alexandre Julliard julliard(a)winehq.org

3 4

Re: RESEND: Enable GCOV Code Coverage
by Robert Shearman 02 Feb '05

02 Feb '05

Aaron Arvey wrote: >This is the third or fourth resend... anything I'm unaware of? > > > >We're using gcov and lcov to measure how well the Wine test suite >covers the wine source tree. Here's our first cut at making it easy >to run wine compiled for coverage testing, and view the results >using the simple text interface of gcov. A seperate patch for >lcov will be released soon. > > I think the issue with this patch is that it isn't it doesn't appear to be useful for a significant number of people and could be maintained as an external patch by the people who do think it's useful. Maybe you could try to persuade us as to why everyone should be using gcov? Rob

3 3

Wine desktop properties ?
by George Ginden 02 Feb '05

02 Feb '05

Hi all, before I try and go through the code, is there any config option or registry entry to set the Wine's Desktop Background with an image or a different color ? Thanks.

2 1

advapi32:registry.c tests failing
by Aaron Arvey 02 Feb '05

02 Feb '05

I noticed that advapi32:registry was failing on my windows xp machine 28 times, but succeeding in my wine regression test runs. I investigated what lines were causing failures and changed some the values so that the errors wouldn't exist on the windows test run. This now causes wine test runs to fail. I looked through test.winehq.org and found the following: Here it works (last time it worked) http://test.winehq.org/data/200411101000/ Here it fails 28 times (first time it looks like it failed) http://test.winehq.org/data/200411201000/ Here it also fails 28 times (most recent) http://test.winehq.org/data/200502011000/ I wanted to know if there was something I'm misunderstanding or missing. If not I'm going to change the registry.c tests to work on Windows XP and thus fail on Wine. Thanks for the information. Aaron

3 2

More nagging
by Jeremy White 02 Feb '05

02 Feb '05

We have 34 folks signed up for Wineconf now. I note that only 9 of the 15 folks from CodeWeavers are signed up...so I have some internal nagging to do. If cost is an issue, note that we have a (very) limited pool of funds available to sponsor travel; just note that in your rsvp (or email me privately). The web page again is here: http://www.winehq.org/site/wineconf Please rsvp! I think this will be my last nag message before we start assuming we've got everyone and start planning accordingly. Cheers, Jeremy

1 0

Regressions in window focus behavior
by Paul Rupe 02 Feb '05

02 Feb '05

The move of update region handling to wineserver (http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html) back in December caused a regression in Hamster 2.0.0.1. After this patch, Hamster steals focus constantly. When I switch virtual desktops in KDE, it immediately switches back and reactivates the Hamster window. This is even with KDE's "Prevent focus stealing" set to Extreme. Hamster can be downloaded from <http://www.tglsoft.de/misc/hamster_en.htm>. Another patch from Jan 31 (http://www.winehq.org/hypermail/wine-cvs/2005/01/0724.html) provokes the same behavior in Remedy. Switching to another desktop or minimizing the window yanks me back to it immediately. Both apps seem to be resisting the hide message from the window manager, but I don't understand the interaction of these patches well enough. -- Paul Rupe <prupe(a)myrealbox.com> "She smiled, in the end."

2 1

DLL Load Question: Please Help!
by Sergey Efimoff 02 Feb '05

02 Feb '05

Hi, I have windows binary-only, third-party .DLL library without any source files. I would like to use it in my unix-based project, which is compiled with usual GNU C compiler. Wine documentation says Wine is able to load external .DLLs, but does not explain how to implement such ability in userland program using Wine API. I've discovered LoadLibrary() and GetProcAddr() functions compiled into built-in DLL (kernel32.dll.so), so in order to load my DLL I use the function LoadLibrary("somelib.dll"), linking my project with -lwine and -lkernel32. The problem is that when my application calls LoadLibrary(), it causes Bus Error. Back tracing using gdb shows that the crash appears under such sequence: in main() in LoadLibraryA() at module.c:745 in LoadLibraryExA() at module.c:706 in FILE_name_AtoW() at file.c:198 in ?? () from kernel32.dll.so The function call at file.c:198 is RtlInitAnsiString() and (as I understand) is unreferenced in kernel32 and uses ntdll.dll.so. What things should I do before calling LoadLibrary()? By the way: If I call RtlInitAnsiString() directly from main(), linking my project with ntdll.dll.so, it is called correctly, works and returns some result. I tried to define -lntdll within LDFLAGS, in this case compile finishes cleanly, but the Bus Error still appears. Also I tried to find any examples showing how to load external .DLL. I've found no examples. Note: there is no ability to obtain library sources. Bye.

3 4

Re: [Wine]How can I run an already installed Flash MX 2004 (on an /NTFS partition)?
by Scott Ritchie 02 Feb '05

02 Feb '05

Ok I finished the winetools package when I should have been sleeping, so you're gonna need to be my usability guinea pig. Install the winetools package from the same place the wine packages are (winehq), then use it to setup wine for you and install dcom. Thanks, Scott Ritchie On Wed, 2005-02-02 at 10:34 +0200, Emre Sevinç wrote: > > Scott Ritchie wrote: > > I'm almost done with the winetools package which should make installing > > DCOM98 an easy one-click affair for you. I'll update you in a day or > > two if I finish. > > Well, is there no way to use the Flash.exe which is installed on my MS > Windows 2000 partiton? > > Do I have to install Flash MX 2004 into a fake windows dir. created by > WINE? > > I still don't have any configuration file, will I need such a file (in > both cases?) The reason > why I don't have one is described below, in my previous mail. > > I hope you can help. This is the first time I installed and tried to > use WINE and it > is really important for me. > > Thanks in advance, > Emre Sevinc > Istanbul Bilgi University > http://www.bilgi.edu.tr > > > > > Thanks, > > Scott Ritchie > > > > On Tue, 2005-02-01 at 19:35 +0200, Emre Sevinc wrote: > > > > > First I tried wine from the Debian unstable repository. It didn't work > > > for installing Flash MX 2004. > > > > > > Then I was given advice and I tried the latest version so grabbed > > > and installed the .deb package from the winehq repository (Wine > > > 20050111) > > > > > > Yes, I also tried to install DCOM98.EXE by following the > > > instructions from http://navi.cx/svn/misc/trunk/winekb/NativeDCOM.xml > > > but it also had some problems (please refer to > > > http://www.winehq.org/hypermail/wine-users/2005/02/0000.html ) > > > > > > Now, ok, I give up installing FLASH MX 2004 on a fake windows > > > drive but I just want to learn: > > > > > > I already have an MS Windows 2000 partition (NTFS) on the same > > > hard disk and I was able to install Flash MX 2004 when I booted > > > windows. Can I use this Flash MX 2004 which is > > > already-installed-on-windows-system with WINE? > > > > > > If the answer is yes then I'll say: How? > > > > > > Current situation: > > > > > > $ wine /NTFS/Program\ Files/Macromedia/Flash\ MX\ 2004/Flash.exe > > > err:module:import_dll Library MSVCIRT.dll (which is needed by L"Z:\ > > > \NTFS\\Program Files\\Macromedia\\Flash MX 2004\\xerces-c_2_1_0.dll") > > > not found > > > err:module:import_dll Library xerces-c_2_1_0.dll (which is needed by > > > L"Z:\\NTFS\\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe") not > > > found > > > err:module:LdrInitializeThunk Main exe initialization for L"Z:\\NTFS > > > \\Program Files\\Macromedia\\Flash MX 2004\\Flash.exe" failed, status > > > c0000135 > > > > > > > > > Now you may wonder about my wine configuration and ask what my > > > ~/.wine/config > > > is and I must say that, well, I've run the latest WINE it created some > > > directories > > > under ~/.wine (it was a fresh start, I had already deleted the > > > ~/.wine directory > > > from the previous Debian installation) but THERE IS NO config (or > > > similar) file. > > > > > > So, can somebody be kind enough to show me config file or tell me what > > > kind > > > of file I must create in order to simply run the Flash MX 2004 which > > > is > > > already-installed-and-working-on-windows-system? > > > > > > winesetup? No, please! :) Now that I added the winehq repository to my > > > /etc/sources.list when I try to apt-get winesetup it says that it is > > > going to remove wine. So I prefer to copy the config file (the RIGHT > > > one) > > > from somewhere or create it by using the information that some WINE > > > user > > > or hacker will provide. > > > > > > > > > > > > > > > > > > > > >

1 0

Winetools Debian Package!
by Scott Ritchie 02 Feb '05

02 Feb '05

Ok, I finished up the winetools Debian packages. It's on the same repository as the Wine packages at winehq, so you should be able to install it easily from there. To run it simply type "winetools" or use the (hopefully created) menu entry. One day I hope to have a man page and such, but for now it seems good. Thanks, Scott Ritchie

1 0

Re: [LOSTWAGES] screenshots
by Tom 02 Feb '05

02 Feb '05

On Tue, 01 Feb 2005 22:13:02 +0100, Jonathan Ernst <Jonathan(a)ErnstFamily.ch> wrote: > Changelog: > - remove non-existant screenshots > - remove link to 404 Not Found page > > Files changed: > - templates/en/screenshots.template > -<tr valign=top align=center> - <td width="33%"> - {$im_6} - {$ds_6} - </td> - <td width="34%"> - {$im_7} - {$ds_7} - </td> - <td width="33%"> - {$im_8} - {$ds_8} - </td> -</tr> :-) Thats not the way it works :) There are 16 screen shots in toatle.. 9 are on the first page correct? now go to more screen shots.... there are 6 on this page humm 15 shots .. shot 10 is missing if you notice. $im_ starts with 0 so there are 9 slots in toatle. You want to remove three and that would leave 6 slots. The first page would have 6 screen shots, second page would also have 6 shots but it would skip shot 7 so where on screen shot 13 now. Third page would have 2 shots as it would skip a shot as well. Now you have 4 non- existant screenshots... What need to is make it work with 16 shots and not skip a shot... To remove the 404 is correct ofcourse. Tom

1 0

Software Freedom Law Center
by Jeremy White 02 Feb '05

02 Feb '05

Hi Folks, There is an exciting announcement out today: http://www.desktoplinux.com/news/NS7711938137.html Essentially, OSDL has funded a community oriented pro-bono legal service for Free and Open Source Software Projects. The Center is led by Eben Moglen, the chief counsel for the FSF. I've been speaking privately with Eben Moglen about this new effort, and he tells me that they would like to have the Wine Project as one if their very first clients. Candidly, this seems fantastic to me; one of the difficult things that I face when promoting Wine is peoples Fear, Uncertainty, and Doubt about the legality of Wine. Having an opportunity to clarify these legal issues is probably the most important thing that could happen for Wine, in my opinion (well, okay, maybe it's less important than support for Pirates! <grin>). However, before I go off to request the services of the SFLC, I thought I would post this announcement here and open it for any discussion. I'd particularly like to hear if folks can think of any reasons why this might be a bad thing. Finally, the key objectives from my standpoint are as follows: 1. Get an opinion written on Wine and copyright issues (imho, we have no IP issues here) 2. Get some legal research done on Patent issues I don't know how this will turn out, so I think we should wait for the research. 3. Investigate the legal doctrine surrounding what use a monopoly can make of its patents; I know that US antitrust law provides some restraints, but it would be great to have a legal opinion on the matter. Thoughts? Comments? Cheers, Jeremy

3 2

Re: Wine legalities
by Juan Lang 02 Feb '05

02 Feb '05

Mike wrote: > I'm sure Microsoft would be more than happy to charge you $400/hr > (or whatever their support rate is) to solve your problems running > Microsoft Office on Windows 2000, Wine/Linux, or even MS-DOS 3.1 > if you want. > > Just have your credit card details ready :) Heh. Yeah. In fact, I wouldn't be surprised if they're secretly a little supportive of Crossover (maybe less so for winehq): they _still_ get their Office revenue, but none of the support costs. If Linux ever got big enough on the desktop that they could make similar margins as they make on MacOS with Office, you can bet they'd make such a beast. But the support costs (for the desktop) are too high, and the revenue too low. The fact that you guys (codeweavers) can do it just shows a) you're not spending a small nation's GDP on marketing, and b) you're a whole lot smarter :) --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: MSI: partially implement of AppSearch action
by Aric Stewart 02 Feb '05

02 Feb '05

Hi Juan, YAY! someone else doing action work.. However there are a few problems i want to point out so you can review your code and check. I have attached a patch i quickly made to avoid some problems i was having. But what you will want to look over and figure out is a) if the action returns anything other than ERROR_SUCCESS the install will halt at that action returning that error. So you need to make sure that you only return errors that should fully halt the install. b) Watch out for null fields. load_dynamic_stringW will return a NULL pointer for those but MSI_RecordGetInteger returns a special value. oh and i fixed that looks like a copy and paste error. -aric Juan Lang wrote: > ChangeLog: partially implement AppSearch action > > --Juan > > Index: appsearch.c =================================================================== RCS file: /cvstrees/crossover/office/wine/dlls/msi/appsearch.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 appsearch.c --- appsearch.c 1 Feb 2005 14:29:10 -0000 1.1.1.1 +++ appsearch.c 2 Feb 2005 02:44:15 -0000 @@ -127,7 +127,7 @@ maxVersion = load_dynamic_stringW(row,4); if (maxVersion) { - ACTION_VerStrToInteger(minVersion, &sig->MaxVersionMS, + ACTION_VerStrToInteger(maxVersion, &sig->MaxVersionMS, &sig->MaxVersionLS); HeapFree(GetProcessHeap(), 0, maxVersion); } @@ -610,6 +610,9 @@ } else rc = ERROR_OUTOFMEMORY; + + if (rc != ERROR_OUTOFMEMORY ) + rc = ERROR_SUCCESS; return rc; } @@ -689,7 +692,10 @@ ERR("Error is %x\n",rc); goto end; } - depth = MSI_RecordGetInteger(row,4); + if (MSI_RecordIsNull(row,4)) + depth = 0; + else + depth = MSI_RecordGetInteger(row,4); ACTION_ExpandAnyPath(package, buffer, expanded, sizeof(expanded) / sizeof(expanded[0])); if (sig->File)

2 1

Lostwages: introduction-2.diff
by Tom 01 Feb '05

01 Feb '05

Hello, In my first patch I had a incorrect link.. Tom Changelog: Fix a link

1 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