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

Fwd: game "Knights and Merchants" deadlocks
by James Trotter Feb. 9, 2006

Feb. 9, 2006

On 2/4/06, Joris Huizer <jorishuizer(a)planet.nl> wrote: > > Hello, > > I have this question: I have a game called "Knights and Merchants" which > I sometimes play; I find it deadlocks each time after playing for an > hour or so > it seems it isn't a complete deadlock, sometimes some of sound comes > through between intervals of minutes or so; harddisk activity seems > extreme - the light is burning constantly. > I then usually decide to kill the program; as it opens fullscreen I > can't get to the xterm that launched it, so I try to get to a console; > The system is so slow that it takes some time to get to a console > <ctrl-alt-f1>, and login in may time out a few times before finaly > getting in (the cure to that one is simple: login before starting the > game...) - then it takes another minute or so to run ps and kill the > wine process > > is there a way to find what is causing the deadlock? I can log the > output wine gives using `script`, but as deadlocks only occur after a > lot of time running the game with lots of logging active would be a pain > > will log the output at least next time I play; for now, has somebody > ideas how to log without getting major slowdown (otherwise there's no > playing in it)? > > thanks, > > Joris > > > This really sounds like a memory leak to me. Usually I'd use valgrind ( http://valgrind.org/) to find memory leaks and such. Valgrind 3.1.0 works with wine, but it produces alot of output you'd have to look through and the program will run insanely slow. It might be worth a try.

3 6

Re: Wine and Intel Macs
by Steven Edwards Feb. 9, 2006

Feb. 9, 2006

Hi, On 2/8/06, Eric W. Triplett <ewt(a)ufl.edu> wrote: > Does Wine work with the new Macs that contain Intel processors? If > so, which distribution should I download and install? It should compile out of the box. Beware you may need a few patches from the darwine mailing list to get some win32 apps running. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

Somewhat disappointing experiences with Winelib and WTL
by Claus Fischer Feb. 8, 2006

Feb. 8, 2006

Hi Wine developers and users! Over the last few days, I have been trying to find out whether the combination of WTL and Winelib could be a promising inter-platform GUI solution. While I have made some progress and got some new knowledge, I believe I have now come to a dead end where I'll have to give up that attempt. In case you are interested, here's my summary report. It might be useful to others. Regards, Claus *********************************************************** The Goal: ********* WTL on Windows gives me: - compact executables: small and fast - easy-to-install executables: no DLLs needed - programs easy to maintain and deploy - mature GUI The goal is to combine WTL/ATL (no COM) with Winelib to create a Linux-application with the same look and feel and roughly the same qualities: no DLL's, shared libraries, C++ ABI hassles, etc. Just one binary linked to libc. 1. ATL/WTL ********** ATL 3.0 (from my MSVC 6 compiler) and WTL 7.5 (from sourceforge) can be made to work. Issues are: - GCC 4 is very picky with templates and would need lots of template prototypes; I have used GCC 3.3.5 - Some template prototypes are still needed - Some MSVC-specific pragmas etc. need to be ifdef'd - A few pack pragmas need to be replaced by Wine's pack headers - Everything related to _get_uuid(class) I've commented out; I need no COM stuff - Some GCC warnings need to be turned off, or alternatively code changes need to be made - Various small changes - As more parts of WTL get used (i.e. instantiated), more changes will be required Basically, ATL+WTL can reach a state where they compile with GCC 3 and the changes are still mostly cosmetic. Some of the changes might even be incorporated in the official WTL, now that it's free. I have read the mails of Boaz Harrosh' previous changes; apparently he has had to invest much more work because of COM. With the modified ATL/WTL, I was able to compile the wizard-created sample SDI application on Linux. 2. Winelib "as is" ****************** After some digging through the Web, I've been able to link the sample SDI application against Winelib. It took somewhat longer than it should have due to (a) WTL's habit of just ATLASSERT()ing things and (b) the rather elaborate work of finding those places with wine-dbg and/or ATLTRACE()s plus WINEDEBUG=+relay. Since I'm not familiar with the Wine debugger, it would have been very helpful to be able to use gdb on the resulting executable. However, gdb reported that it didn't know the file format. ==> Wishlist to Wine: - Make gdb work on Winelib programs - Document Winelib and the build process better (the documentation is outdated, though the tools are good). All in all a reasonably successful endeavour, and the application runs stable and looks fine except for the font (that probably can be configured better). BUT: ... BIG SHOCK: That's not a single ELF executable, it's a weird mixture of PE and ELF and a .so file and a wrapper program that apparently starts wine in the background ... That doesn't fulfill my goals of building a native Linux exe with no dependencies except libc. It's also quite slow when loading. 3. Winelib statically linked **************************** Apparently Wine has made a decision a few years ago: that support for native Windows apps with all the infrastructure they need (Wine server, registry, resources, multithreading, etc.) is more important than support for porting applications to native Linux apps. That decision is obviously correct, given the large number of Windows applications that are only available as binaries and require much infrastructure. I'm aware of that, but I've still decided to give my dream of a native Linux app a try. I tried the following method: (a) Get and compile Wine 0.9.7 (b) Add rules to Makedll.rules to pack the objects into .a libraries (c) Attempt to link my program's objects against those static libs (d) Make changes and corrections and repeat I first made a reduced WTL application that does not use a resource file. I don't know if this was a good decision. The following changes were necessary to Wine: - Comment out a lot of DLLMain functions - Comment out some 16-bit functions that have name collisions - Turn on debug mode (-O0 -g) - Write a startup function main() (Wine's libwinecrt0.a didn't work for me) That might be the reason for more trouble - Link to all of libs/unicode - Link to some objects in libs/wine (I didn't link to loader, don't know if that's good) This is where the heavy trouble started: - Replace the assembly stuff in critical sections (due to the debug mode) ... my app is single-threaded - Somehow set up code pages for ansi/Unix (LocaleInit() failed, see below) - Comment out some calls to the registry where the run-time environment is registered What eventually caused me to stop is: - Somehow fake Wine Server or do the equivalent stuff or just jump over (Basically Register Class as atoms) - Somehow fake a lot of initial resources (E.g. GetSystemCursor etc.) - Overall too many modifications in interacting systems - Altogether not a "robust" feeling This is where I stopped. I don't know whether I'm "so close" or miles away, but my random code editing seemed to get out of hand. 4. What is needed ***************** What would be needed to support static linking against Winelib (if that's decided to be a supportworthy goal): - Infrastructure to build static libs - separate out DllMain - separate out some 16 bit functions - Possibility to provide heap based allocation through straight malloc() - Infrastructure to fake loading resources (for those resources that come from Winelib/system) - Infrastructure for proper initialization of modules e.g. through one setup function for each DLL and one common setup function that calls the others in some natural order The overall initialization function should be configurable so that programs that need only a few DLL's (user, gdi, crtdll, kernel, ntdll) don't need to link everything - Infrastructure to allow faking registry calls for those calls initiated by Winelib internal stuff (and possibly also ATL/WTL internal stuff) - Infrastructure to handle Window class registration etc. (i.e. reduced Wine server support in the app) What I specifically don't need/want through Winelib: - networking - filesystem access - loading of external DLL's or other libraries - C++ runtime library support *********************************************************** This is, in keywords, my experience with WTL and static Winelib linking. I'll be apreciative of any responses. Please CC: my mail address. Also, if anyone is interested in hosting patches to ATL/WTL or even just looking at them, I'll gladly provide them. Regards, Claus -- Claus Fischer <claus.fischer(a)clausfischer.com> http://www.clausfischer.com/

6 10

Wine and Intel Macs
by Eric W. Triplett Feb. 8, 2006

Feb. 8, 2006

Does Wine work with the new Macs that contain Intel processors? If so, which distribution should I download and install? Thanks, Eric -- ___________________________________________ Professor Eric W. Triplett, Chair Department of Microbiology and Cell Science Institute of Food and Agricultural Sciences University of Florida P.O. Box 110700 Gainesville, FL 32611-0700 1-352-392-5430 (phone) 1-352-392-5922 (fax) ewt(a)ufl.edu ___________________________________________

1 0

gethostbyname call with 0 length arg
by Phil Goss Feb. 8, 2006

Feb. 8, 2006

Hi, Is it a bug in the WINE gethostbyname (WS_gethostbyname) implementation, where if the arg name is of string length 0, then it returns unsuccessful. I have experience this issue with a Windows program (Onkyo Nettune) where the hostname passed to gethostbyname is of length 0. (This seems to be a bug in the program itself). However, the program works okay in native Windows. There seems to be a check in the gethostbyname for a NULL arg name ... if(!name) ... But no check for ... if(!strlen(name)) .... I have tested the strlen check and it seems to work and satisfies the Windows program. Does the above make sense, as I am not a programmer? Not sure if this s bug in wine even though it implementation should be matching Windows native. Thanks, Phil -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

4 9

Wine with multiple threads on Dual processor - any suggestions please
by Ananth M Feb. 8, 2006

Feb. 8, 2006

Hi, I am having an application with the processing can be done paralally using multiple threads. If I compile (with one thread ) and execute this application in Linux , on a Dual processor machine , I am getting execution time ~600 sec. If I compile ( with 2 threads ), and execute this application in Linux on a Dual processor machine , I am getting execution time ~300 sec. If I compile the same program (with One thread) using wineg++ and execute the program ,I am getting execution time as ~500 sec If I compile the same program ( with 2 threads ) using wineg++ and execute the program , I am getting the same execution time ~500 sec. Is there any isses with wine on Dual processor machines ( Intel Xeon processor ) w.r.t multi threaded programming? Does any one got this type of problem ? Any suggestions please.... Thank you, Regards Ajay

1 0

Re: VC++ demangling tool
by Eric Pouech Feb. 8, 2006

Feb. 8, 2006

Michael Stefaniuc wrote: > Hello! > > winedump has a VC++ symbol demangling function but that is bitrotting as > it is a copy of the msvcrt.__unDname . As i wanted to use the newer > msvcrt.__unDname funtion i have written a quick and dirty program that > is basicaly only a wrapper around UnDecorateSymbolName(). Most importand > feature is that it runs on the command line. > I'm not expecting it to go into Wine but others might find it usefull. > After applying the patch configure needs to be regenerated. actually, there's a tool in the MS SDK called undname that does exactly this... it has also a couple of other options (like demangling all symbols listed in a text file)... but what should be done is to port back the code from msvcrt into winedump A+ -- Eric Pouech

6 8

Re: Add missing LANG_xxx and SUBLANG_xxx macros
by Alexandre Julliard Feb. 8, 2006

Feb. 8, 2006

Francois Gouget <fgouget(a)free.fr> writes: > On Tue, 7 Feb 2006, Huw D M Davies wrote: > [...] >> Why is WELSH in between TIBETAN and TIGRIGNA ? > > No idea. Must be a bug in the sort algorithm ;-) > Here's a corrected patch. ... > +#define LANG_YORUBA 0x6a > +#define LANG_WELSH 0x52 > +#define LANG_ZULU 0x35 The sort algorithm still needs some work ;-) On a more serious note, you'll need to fix the registry entries in wine.inf, otherwise the tests fail. -- Alexandre Julliard julliard(a)winehq.org

1 0

[dinput] dynamic handling of buttons of a device
by Christoph Frick Feb. 8, 2006

Feb. 8, 2006

attempt #2: this patch detects and maps the buttons dynamically instead of the hardcoded way it was before. this fixes the problems with devices, that report events in the joystick _and_ gamepad range of button events License: LGPL ChangeLog: 2006-02-08 Christoph Frick <rid(a)zefix.tv> - dlls/dinput/joystick_linuxinput.c dynamic assignment of buttons on a device -- cu Index: dlls/dinput/joystick_linuxinput.c =================================================================== RCS file: /home/wine/wine/dlls/dinput/joystick_linuxinput.c,v retrieving revision 1.35 diff -u -r1.35 joystick_linuxinput.c --- dlls/dinput/joystick_linuxinput.c 23 Nov 2005 19:29:19 -0000 1.35 +++ dlls/dinput/joystick_linuxinput.c 8 Feb 2006 12:22:53 -0000 @@ -120,7 +120,9 @@ int ff_state; /* data returned by the EVIOCGABS() ioctl */ - int axes[ABS_MAX+1][5]; + int axes[ABS_MAX][5]; + /* LUT for KEY_ to offset in rgbButtons */ + BYTE buttons[KEY_MAX]; #define AXE_ABS 0 #define AXE_ABSMIN 1 @@ -457,7 +459,7 @@ */ static HRESULT WINAPI JoystickAImpl_Acquire(LPDIRECTINPUTDEVICE8A iface) { - int i; + int i,buttons; JoystickImpl *This = (JoystickImpl *)iface; char buf[200]; BOOL readonly = TRUE; @@ -529,7 +531,7 @@ if (test_bit(This->absbits,i)) { if (-1==ioctl(This->joyfd,EVIOCGABS(i),&(This->axes[i]))) continue; - FIXME("axe %d: cur=%d, min=%d, max=%d, fuzz=%d, flat=%d\n", + TRACE("axe %d: cur=%d, min=%d, max=%d, fuzz=%d, flat=%d\n", i, This->axes[i][AXE_ABS], This->axes[i][AXE_ABSMIN], @@ -541,7 +543,14 @@ This->havemax[i] = This->axes[i][AXE_ABSMAX]; } } - MESSAGE("\n"); + buttons = 0; + for (i=0;i<KEY_MAX;i++) { + if (test_bit(This->keybits,i)) { + TRACE("button %d: %d\n", i, buttons); + This->buttons[i] = 0x80 | buttons; + buttons++; + } + } fake_current_js_state(This); @@ -661,6 +670,7 @@ struct timeval tv; fd_set readfds; struct input_event ie; + int btn; if (This->joyfd==-1) return; @@ -680,76 +690,14 @@ TRACE("input_event: type %d, code %d, value %d\n",ie.type,ie.code,ie.value); switch (ie.type) { case EV_KEY: /* button */ - switch (ie.code) { - case BTN_TRIGGER: /* normal flight stick */ - case BTN_A: /* gamepad */ - case BTN_1: /* generic */ - This->js.rgbButtons[0] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(0),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_THUMB: - case BTN_B: - case BTN_2: - This->js.rgbButtons[1] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(1),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_THUMB2: - case BTN_C: - case BTN_3: - This->js.rgbButtons[2] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(2),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_TOP: - case BTN_X: - case BTN_4: - This->js.rgbButtons[3] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(3),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_TOP2: - case BTN_Y: - case BTN_5: - This->js.rgbButtons[4] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(4),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_PINKIE: - case BTN_Z: - case BTN_6: - This->js.rgbButtons[5] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(5),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); + btn = This->buttons[ie.code]; + TRACE("(%p) %d -> %d\n", This, ie.code, btn); + if (btn&0x80) { + btn &= 0x7F; + This->js.rgbButtons[btn] = ie.value?0x80:0x00; + GEN_EVENT(DIJOFS_BUTTON(btn),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); + } break; - case BTN_BASE: - case BTN_TL: - case BTN_7: - This->js.rgbButtons[6] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(6),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_BASE2: - case BTN_TR: - case BTN_8: - This->js.rgbButtons[7] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(7),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_BASE3: - case BTN_TL2: - case BTN_9: - This->js.rgbButtons[8] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(8),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_BASE4: - case BTN_TR2: - This->js.rgbButtons[9] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(9),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - case BTN_BASE5: - case BTN_SELECT: - This->js.rgbButtons[10] = ie.value?0x80:0x00; - GEN_EVENT(DIJOFS_BUTTON(10),ie.value?0x80:0x0,ie.time.tv_usec,(This->dinput->evsequence)++); - break; - default: - FIXME("unhandled joystick button %x, value %d\n",ie.code,ie.value); - break; - } - break; case EV_ABS: switch (ie.code) { case ABS_X: @@ -794,6 +742,9 @@ This->ff_state = ie.value; break; #endif + case EV_SYN: + /* there is nothing to do */ + break; default: FIXME("joystick cannot handle type %d event (code %d)\n",ie.type,ie.code); break; @@ -1141,7 +1092,7 @@ if ((dwFlags == DIDFT_ALL) || (dwFlags & DIDFT_BUTTON)) { - int i; + int i, btncount=0; /*The DInput SDK says that GUID_Button is only for mouse buttons but well*/ @@ -1149,74 +1100,10 @@ for (i = 0; i < KEY_MAX; i++) { if (!test_bit(This->keybits,i)) continue; - - switch (i) { - case BTN_TRIGGER: - case BTN_A: - case BTN_1: - ddoi.dwOfs = DIJOFS_BUTTON(0); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 0) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_THUMB: - case BTN_B: - case BTN_2: - ddoi.dwOfs = DIJOFS_BUTTON(1); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 1) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_THUMB2: - case BTN_C: - case BTN_3: - ddoi.dwOfs = DIJOFS_BUTTON(2); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 2) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_TOP: - case BTN_X: - case BTN_4: - ddoi.dwOfs = DIJOFS_BUTTON(3); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 3) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_TOP2: - case BTN_Y: - case BTN_5: - ddoi.dwOfs = DIJOFS_BUTTON(4); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 4) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_PINKIE: - case BTN_Z: - case BTN_6: - ddoi.dwOfs = DIJOFS_BUTTON(5); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 5) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_BASE: - case BTN_TL: - case BTN_7: - ddoi.dwOfs = DIJOFS_BUTTON(6); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 6) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_BASE2: - case BTN_TR: - case BTN_8: - ddoi.dwOfs = DIJOFS_BUTTON(7); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 7) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_BASE3: - case BTN_TL2: - case BTN_9: - ddoi.dwOfs = DIJOFS_BUTTON(8); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 8) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_BASE4: - case BTN_TR2: - ddoi.dwOfs = DIJOFS_BUTTON(9); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 9) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - case BTN_BASE5: - case BTN_SELECT: - ddoi.dwOfs = DIJOFS_BUTTON(10); - ddoi.dwType = DIDFT_MAKEINSTANCE((0x0001 << 10) << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; - break; - } - sprintf(ddoi.tszName, "%d-Button", i); + ddoi.dwOfs = DIJOFS_BUTTON(btncount); + ddoi.dwType = DIDFT_MAKEINSTANCE(btncount << WINE_JOYSTICK_BUTTON_BASE) | DIDFT_PSHBUTTON; + sprintf(ddoi.tszName, "%d-Button", btncount); + btncount++; _dump_OBJECTINSTANCEA(&ddoi); if (lpCallback(&ddoi, lpvRef) != DIENUM_CONTINUE) { /* return to unaquired state if that's where we were */

1 0

[wined3d] better warn/fixme for query handling
by Christoph Frick Feb. 8, 2006

Feb. 8, 2006

hiho, this is one of three patches i still have in my cvs-tree that are not supplied. like the following i tired to submit several times - except for this one i never got a feedback, whats wrong. Licence: LGPL ChangeLog: 2006-02-08 Christoph Frick <rid(a)zefix.tv> - dlls/wined3d/device.c more granular handling of errors for queries -- cu Index: dlls/wined3d/device.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/device.c,v retrieving revision 1.125 diff -u -r1.125 device.c --- dlls/wined3d/device.c 7 Feb 2006 16:02:51 -0000 1.125 +++ dlls/wined3d/device.c 8 Feb 2006 12:23:00 -0000 @@ -1095,8 +1095,14 @@ if (NULL == ppQuery) { /* Just a check to see if we support this type of query */ HRESULT hr = D3DERR_NOTAVAILABLE; - /* Lie and say everything is good (we can return ok fake data from a stub) */ switch(Type) { + case WINED3DQUERYTYPE_OCCLUSION: + TRACE("(%p) occlusion query\n", This); + if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) + hr = D3D_OK; + else + WARN("Unsupported in local OpenGL implementation: ARB_OCCLUSION_QUERY/NV_OCCLUSION_QUERY\n"); + break; case WINED3DQUERYTYPE_VCACHE: case WINED3DQUERYTYPE_RESOURCEMANAGER: case WINED3DQUERYTYPE_VERTEXSTATS: @@ -1110,16 +1116,11 @@ case WINED3DQUERYTYPE_PIXELTIMINGS: case WINED3DQUERYTYPE_BANDWIDTHTIMINGS: case WINED3DQUERYTYPE_CACHEUTILIZATION: - break; - case WINED3DQUERYTYPE_OCCLUSION: - TRACE("(%p) occlusion query\n", This); - if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) - hr = D3D_OK; - break; + FIXME("(%p) Unsupported query type %d\n", This, Type); + break; default: - FIXME("(%p) Unhandled query type %d\n",This , Type); + FIXME("(%p) Unhandled query type %d\n", This, Type); } - FIXME("(%p) : Stub request for query type %d returned %ld\n", This, Type, hr); return hr; }

1 0

re: riched20 conformance test + find fix [bug 4479]
by Dan Kegel Feb. 7, 2006

Feb. 7, 2006

Thomas Kho wrote in http://www.winehq.org/pipermail/wine-patches/2006-February/023959.html : > ... fixes bug 4479 (find has a bounds bug). > Additionally, this patch adds a conformance test for rich edit with > tests for EM_FINDTEXT and EM_FINDTEXTEX. Tommy, your haystack[] variable is long and complex. Can you get the same testing out of a shorter sample string? Can you add a comment for each little check, translating it into english? All your tests seem to use the FR_MATCHCASE and FR_DOWN flags, could you also test without those flags a bit more? How sure are you about the bugfix? Are there other places in the source where a similar off-by-one error is made? Otherwise this looks great. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: server: allow OpenClipboard to succeed when already open
by Eric Frias Feb. 7, 2006

Feb. 7, 2006

James Hawkins wrote: > On 2/7/06, Eric Frias <efrias(a)syncad.com> wrote: > >> I think I submitted a version >> of this patch a year or two back, but it wasn't accepted. > > You should add a unit test for this case in Wine's test suite. It > would be pretty easy to write, and it would verify this information, > making your fix more likely to be accepted. Yeah, I didn't write a test on first go-around and I didn't follow up, so I'm not entirely surprised that the patch didn't get accepted. This is the first time I've tried to write a test, and I was pleased to find out that it was easy to do and the documentation on test-writing and compiling was accurate. Eric

1 0

wined3d: CheckDeviceMultiSampleType
by Vitaly Budovski Feb. 7, 2006

Feb. 7, 2006

Can I have some feedback on the attached patch? I'm not entirely sure it's correct. Thanks, Vitaly diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c index 7aa8d5d..8394362 100644 --- a/dlls/wined3d/directx.c +++ b/dlls/wined3d/directx.c @@ -1245,6 +1245,13 @@ HRESULT WINAPI IWineD3DImpl_CheckDeviceM BOOL Windowed, D3DMULTISAMPLE_TYPE MultiSampleType, DWORD* pQualityLevels) { IWineD3DImpl *This = (IWineD3DImpl *)iface; + HDC deviceContext; + Display * pDisplay; + GLXFBConfig * pConfig; + int attributeList[5] = {GLX_SAMPLE_BUFFERS_ARB, 1, GLX_SAMPLES_ARB, MultiSampleType, 0}; + int configCount; + int attributeValue; + TRACE_(d3d_caps)("(%p)-> (STUB) (Adptr:%d, DevType:(%x,%s), SurfFmt:(%x,%s), Win?%d, MultiSamp:%x, pQual:%p)\n", This, Adapter, @@ -1267,7 +1274,32 @@ HRESULT WINAPI IWineD3DImpl_CheckDeviceM *pQualityLevels = 1; /* Guess at a value! */ } - if (D3DMULTISAMPLE_NONE == MultiSampleType) return D3D_OK; + if(D3DMULTISAMPLE_NONE == MultiSampleType) return D3D_OK; + + /* Get the display */ + deviceContext = GetDC(0); + pDisplay = get_display(deviceContext); + + ENTER_GL(); + + pConfig = glXChooseFBConfig(pDisplay, 0, attributeList, &configCount); + if(pConfig) { + if(!glXGetFBConfigAttrib(pDisplay, *pConfig, GLX_SAMPLES, &attributeValue)) { + XFree(pConfig); + + LEAVE_GL(); + ReleaseDC(0, deviceContext); + + return D3D_OK; + } + } else { + FIXME("Error retrieving FBConfig\n"); + } + XFree(pConfig); + + LEAVE_GL(); + ReleaseDC(0, deviceContext); + return D3DERR_NOTAVAILABLE; }

2 1

Re: server: allow OpenClipboard to succeed when already open
by James Hawkins Feb. 7, 2006

Feb. 7, 2006

On 2/7/06, Eric Frias <efrias(a)syncad.com> wrote: > When OpenClipboard is called twice in a row with the same HWND as a > parameter, wine lets the first call succeed, but the second call fails > because the clipboard was already locked. Although it's not specified > in the docs, Windows allows the second call to succeed (and something > deep inside of our app depends on this). I think I submitted a version > of this patch a year or two back, but it wasn't accepted. > You should add a unit test for this case in Wine's test suite. It would be pretty easy to write, and it would verify this information, making your fix more likely to be accepted. -- James Hawkins

3 3

Re: shell32: SHELL32_GetItemAttributes()
by Martin Fuchs Feb. 7, 2006

Feb. 7, 2006

is there anything wrong with this patch to get Photoshop launching again? On 31.01.2006 22:58:34 Martin Fuchs wrote: > Changelog: > - retrieve file attributes using SHGetPathFromIDListW() when they are not already > present in the internal PIDL structures > - correct documentation which incorrectly claimed not to set any attribute bits

1 0

Re: msvcrt: Handle data types B,R,S in C++ symbol demangling
by Eric Pouech Feb. 7, 2006

Feb. 7, 2006

Michael Stefaniuc wrote: > Hello, > > found while trying to demangle some mfc42 symbols. Tested against native > msvcrt with my small demangle.exe tool. actually, it would be good to add them to the test part as well A+ -- Eric Pouech

2 1

Re: Remove %1 from [http|htmlfile]\shell\open\command
by Michael Ost Feb. 7, 2006

Feb. 7, 2006

While you're playing with wine's default registry, could you create a registry entry for https? It can be just the same as the http rule, e.g. HKEY_CLASSES_ROOT/https/shell/open/command = winebrowser %1 (or whatever the http rule ends up being. I have an app that assumes that entry exists and it exists in my windows XP registry, tho I am not sure who created it. Thanks... mo

1 0

Re: Add missing LANG_xxx and SUBLANG_xxx macros
by Huw D M Davies Feb. 7, 2006

Feb. 7, 2006

On Tue, Feb 07, 2006 at 07:08:58PM +0100, Francois Gouget wrote: > Index: include/winnt.h > =================================================================== > RCS file: /home/wine/wine/include/winnt.h,v > retrieving revision 1.227 > diff -u -p -r1.227 winnt.h > --- include/winnt.h 3 Feb 2006 18:04:06 -0000 1.227 > +++ include/winnt.h 7 Feb 2006 16:44:07 -0000 > #define LANG_TELUGU 0x4a > #define LANG_THAI 0x1e > +#define LANG_TIBETAN 0x51 > +#define LANG_WELSH 0x52 > +#define LANG_TIGRIGNA 0x73 > +#define LANG_TSWANA 0x32 > #define LANG_TURKISH 0x1f Why is WELSH in between TIBETAN and TIGRIGNA ? Huw.

1 0

*** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
by Rainer Dorsch Feb. 7, 2006

Feb. 7, 2006

Hello, I compiled the last few wine releases. 0.9.6 gives me a compile error: make[2]: Entering directory `/home/rd/SW.nobackup/wine-0.9.6/programs/winetest' make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', needed by `d3d9_test.exe.so'. Stop. Any hints are welcome. Thanks, Rainer

5 9

RE: select behavior different with wine
by Phil Lodwick Feb. 7, 2006

Feb. 7, 2006

I have attached a patch that fixes this problem for me. Does anybody want to comment on it before I submit it. Is there a better way? Thanks, Phil -----Original Message----- From: wine-devel-bounces(a)winehq.org [mailto:wine-devel-bounces(a)winehq.org] On Behalf Of Phil Lodwick Sent: Wednesday, February 01, 2006 4:14 PM To: wine-devel(a)winehq.org Subject: select behavior different with wine Greetings, I ran across a problem that the following code demonstrates. I believe it is due to the different definition of select on Windows vs Linux. Before I start to think about how to fix this in Wine, I was wondering if anybody has already thought about the problem. #include "stdafx.h" #include <winsock2.h> int _tmain(int argc, _TCHAR* argv[]) { SOCKET fd; WORD wVersionRequested; WSADATA wsaData; wVersionRequested = MAKEWORD( 2, 2 ); WSAStartup(wVersionRequested, &wsaData); fd = socket(AF_INET, SOCK_STREAM, 0); if (fd != INVALID_SOCKET) { fd_set readfds; struct timeval select_timeout ; FD_ZERO(&readfds); FD_SET(fd, &readfds) ; select_timeout.tv_sec=2 ; select_timeout.tv_usec=0 ; if (select((int) fd+1, &readfds, NULL, NULL, &select_timeout) != SOCKET_ERROR) { if(FD_ISSET(fd, &readfds)) printf("THIS IS WINE\n"); else printf("THIS IS WINDOWS\n"); } else printf("got a socket error\n"); closesocket(fd); } return 0; }

1 0

Re: [Fwd: Re: [AppDB] modify installs and runs fields]
by Tony Lambregts Feb. 7, 2006

Feb. 7, 2006

Mike McCormack wrote: > > If you've already got a way of showing what works "out of the box" > that's great! It wasn't obvious to me. > > I had to dig around the appdb pages to figure out where you define what > "gold" is, and there's also no way to search for "gold" apps. > > So what I really want is a way to list all the apps that run out of the > box. How can I do that? > > If we can get people to concentrate on getting applications to "gold" > and then testing them like that, I think it would be a good thing. > The current situation is that we lack a query page in the AppDB. This needs to be rectified. One of the main reasons I have not addressed this because as soon as it is created it will be called inadequate, and no matter the amount of work put into it it will continue to be a source of complaints. (Yes thats cinical but it's from experience based on the complaints about the query page for bugzilla ). So I know it should be done but am personaly not motivated to do it. ;^{ -- Tony Lambregts

1 0

Re: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so',
by H. Verbeet Feb. 7, 2006

Feb. 7, 2006

On 07/02/06, Rainer Dorsch <rdorsch(a)web.de> wrote: > ...but the test fails: > > make[2]: Entering directory > `/home/rd/SW.nobackup/wine-0.9.7/programs/winetest' > make[2]: *** No rule to make target `../../dlls/d3d9/tests/d3d9_test.exe.so', > needed by `d3d9_test.exe.so'. Stop. - Does making the tests in dlls/d3d9/tests work? ie, rd(a)silverboxy:~/SW.nobackup/wine-0.9.7/dlls/d3d9/tests$ make - The d3d9 tests are on top of the Makefile for winetest. Does making other tests work? eg, rd(a)silverboxy:~/SW.nobackup/wine-0.9.7/programs/winetest$ make ntdll_test.exe.so

2 1

game "Knights and Merchants" deadlocks
by Joris Huizer Feb. 7, 2006

Feb. 7, 2006

Hello, I have this question: I have a game called "Knights and Merchants" which I sometimes play; I find it deadlocks each time after playing for an hour or so it seems it isn't a complete deadlock, sometimes some of sound comes through between intervals of minutes or so; harddisk activity seems extreme - the light is burning constantly. I then usually decide to kill the program; as it opens fullscreen I can't get to the xterm that launched it, so I try to get to a console; The system is so slow that it takes some time to get to a console <ctrl-alt-f1>, and login in may time out a few times before finaly getting in (the cure to that one is simple: login before starting the game...) - then it takes another minute or so to run ps and kill the wine process is there a way to find what is causing the deadlock? I can log the output wine gives using `script`, but as deadlocks only occur after a lot of time running the game with lots of logging active would be a pain will log the output at least next time I play; for now, has somebody ideas how to log without getting major slowdown (otherwise there's no playing in it)? thanks, Joris

2 4

Meaning of error message
by Segin Feb. 7, 2006

Feb. 7, 2006

II have recently recieved the following message during the installation of a program with the instantaneous termination of the installer: wine-pthread: stack smashing attack in function RichEditANSIWndProc() Does this mean that there is a bug in the installer or the function RichEditANSIWndProc()?

2 2

Regarding java in wine....
by fu ke Feb. 7, 2006

Feb. 7, 2006

Hi all, I've been trying out wine for sometimes, and I notice that, there is still no satisfied solution regarding java support in wine. Please correct me if I'm wrong. I've been wondering after reading the wine FAQ (see below), if it is possible to "delegate" java "request" to native java under linux. What we need are: - wine application to delegate java requests to native java under linux transparently. - browser plugins for "java applet", which uses native java under linux transparently too. Since I'm not (yet) wine developer, I would like to know, if these possibilities are feasible or not. Thank you. BTW: since I'm not (yet) on the wine-devel list, please be kind and CC me on reply :) best regards, -fuke Wine - FAQ: --- http://www.winehq.org/site/docs/wine-faq/index#CAN-I-LAUNCH-UNIX-APP-FROM-W… 6.8. Can I launch a Unix program from a Windows program? Sure, Wine supports that. Just enter the unix program name wherever a program has something that it's supposed to execute, and it should just work. --- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ love is eternal ... _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ the bible told me. _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/- fUke(a)hotmail.com -_/

1 0