October 2004 - Wine-devel - list.winehq.org

How difficult would it be to make the equivalent of Windows Terminal Server with Wine?
by Andrew Quigley 11 Nov '04

11 Nov '04

What I would like to be able to deploy would be a system which runs multiple Win32 compatible desktops and multiple logins on a server, with the clients accessing the desktops via RDP or ICA protocols. How many of the pieces required to accomplish that already exist, and what pieces have yet to be built? A quick search on freshmeat shows me a few different rdp clients, so it looks like the protocol spec is known. What would be involved in creating a RDP server that shows up as a video driver as far as the win32 programs are concerned?

7 9

Re: signaling unix threads
by Jukka Heinonen 08 Nov '04

08 Nov '04

Markus Amsler wrote: > There's a fundamental bug in winedos/dosvm. c[1]. SIGUSR2 is sent to the > current process, but it should be sent to the dosvm thread. This causes > various ugly bugs. > I found no way signaling a unix thread, without modifing the wineserver. > I have implemented a thread_kill command in the wineserver, this solves > my problem, but i'm quite sure it won't get applied. > > I'm really not a wineserver/threading expert. Have I missed something? Yep. If using Linux 2.6 kernel and recent pthread library, threads share the same pid and they must be signalled using tkill and not kill. The only place which knows how to correctly signal threads is send_thread_signal function in server/ptrace.c. So, the easy way to fix signalling is to use Windows thread identifier for identifying dosvm thread instead of pids (which don't work anyway) and add to wineserver a handler that just calls send_thread_signal, which I guess is what you have been doing, anyway. Now, I have tried this approach and it seems to work. I have some prototype implementation lying around but I was thinking about doing something more complicated at the time, like using SIGUSR2 handler for doing Win32 remote operations discussed earlier on wine-devel, because signal handler is probably running in the correct context for doing this kind of things but I guess locking issues are going to be pretty complicated so it is probably better to just fix dosvm issues with a simple mechanism and not worry about anything else. So, feel free to submit a patch, if it is simple enough it should get accepted or at least you should get some suggestions how to change the patch in order for it to get accepted. -- Jukka Heinonen <http://www.iki.fi/jhei>

4 5

Countering arguments against Wine
by Dan Kegel 06 Nov '04

06 Nov '04

I've run into people several times who dislike the fact that I advocate or even work on the Wine project, because they feel that it takes focus away from working on the Linux desktop. I beg to differ, but I've never had a really snappy comeback for them. It happened again today, and this time it occurred to me I should write a page on the topic to organize my thoughts. Here it is: http://www.kegel.com/wine/why.html Comments welcome. Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

6 11

Re: [dx9-12] Major change to desgin
by Alexandre Julliard 05 Nov '04

05 Nov '04

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> writes: > I think this patch should keep you happy (It doesn't do any of the > IWineUserDevice stuff as the code isn't ready for it, but does the dual ref > count + adds Set/Get Stream source). Let me know if you have problems with > it. Looks much better yes, thanks. There's still something strange here: > + /* Not recording... */ > + if (oldSrc != NULL) { > + IWineD3DVertexBuffer_Release(oldSrc); > + IUnknown_Release((IUnknown *)((IWineD3DVertexBufferImpl *)oldSrc)->resource.parent); /* Released an internal reference to a VB */ > + } > + if (pStreamData != NULL) { > + IWineD3DVertexBuffer_AddRef(pStreamData); > + IUnknown_AddRef((IUnknown *)((IWineD3DVertexBufferImpl *)pStreamData)->resource.parent); /* Gained an internal reference to a VB */ > + } You shouldn't need to AddRef the parent, that's up to the object that holds the pointer (also you should do the AddRef before the Release in case old and new are the same object). -- Alexandre Julliard julliard(a)winehq.org

2 3

Re: Add time zone to TZ_Info
by Duane Clark 02 Nov '04

02 Nov '04

Roger Olson wrote: > RCS file: /home/wine/wine/dlls/ntdll/time.c,v > retrieving revision 1.51 > diff -u -u -r1.51 time.c > --- dlls/ntdll/time.c 22 Oct 2004 19:54:17 -0000 1.51 > +++ dlls/ntdll/time.c 31 Oct 2004 21:18:46 -0000 > @@ -105,6 +105,9 @@ > {"AKDT", > {'A','l','a','s','k','a','n',' ','S','t','a','n','d','a','r','d',' ','T', > 'i','m','e','\0'}, 480, 1}, > + {"PST", > + {'P','a','c','i','f','i','c',' ','S','t','a','n','d','a','r','d',' ','T', > + 'i','m','e','\0'}, 480, 0}, > {"PDT", > {'P','a','c','i','f','i','c',' ','S','t','a','n','d','a','r','d',' ','T', > 'i','m','e','\0'}, 420, 1}, Hmm... I don't know if anything actually uses the names, but I doubt these are right. PDT would normally be referred to as Pacific Daylight Time. Any chance of getting you to add some tests for these?

4 4

Listview notify_dispinfoT Messageformat
by Thorsten Kani 01 Nov '04

01 Nov '04

Hello, Testing showed that the current implementation of notify_dispinfoT doesnt work with W2K. (or at least not with SP4 (: ) The attached patch corrects that our Listview doesnt display anything on native. Following assumption proved to be wrong for the Message LVN_GETDISPINFOW: /* With testing on Windows 2000 it looks like the notify format has nothing to do with this message. It ALWAYS seems to be in ansi format. */ This time, only LVN_*ETDISPINFOW is patched, anything else is untouched. -Anybody please tell me if you see problems with this Fix since i dont want to break things.- Tho

3 8

Default System Colors
by William Poetra Yoga H 31 Oct '04

31 Oct '04

The last time I submitted a patch to change the default system colors from win95 to winxp (classic), it wasn't merged. I think this was because I didn't discuss it here. So now, should we change the default system colors for WINE, from win95 to winxp (classic)? I really think it looks a lot better with the new colors, as the win95 colors are too dull (MS certainly must have done a lot of research into this). Opinions, please. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 2

Interesting Installshield failure running Keyhole installer
by Dan Kegel 30 Oct '04

30 Oct '04

If you haven't tried the Keyhole demo on Windows yet, give it a shot. It's kind of fun to look at an aerial view of every place you've ever lived, say. You can download it from http://www.keyhole.com Unfortunately, the installer is a no-go under Wine (cvs as of a couple days ago). It puts up a dialog or two ("Starting InstallShield Wizard", "Preparing Setup"), and then stops with an Installshield dialog box "An error (-5006: 0x80004005) has occurred while running the setup..." There's a Report / Detail / OK choice, which is pretty cool. Choosing Detail shows: Error Code: -5006 : 0x80004005 Error Information: >Kernel\ServiceProvider.cpp (77) >Kernel\ObjectHolder.cpp (441) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >Kernel\FileGroup.cpp (398) >Kernel\ServiceProvider.cpp (77) >SetupDLL\SetupDLL.cpp (1375) pAPP:Keyhole 2 LT PVENDOR:Keyhole Corporation PGUID:036ABCF1-A419-4074-B35C-2C70592A0EBB $7.1.100.1248PAK @Windows 95 (67109814) IE 6.0.2800.1106 For what it's worth, here are the Wine console messages that were shown up to this point: Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels to set the screen resolution and remove the "Resolution" entry in the config file Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels to set the screen resolution and remove the "Resolution" entry in the config file fixme:crypt:CRYPT_VerifyImage (rsabase.dll, 0x4024ce48): not verifying image fixme:crypt:RSA_CPCreateHash 4024ce48 32772 00000000 00000000 0x4024cd84 fixme:crypt:CRYPT_VerifyImage (rsabase.dll, 0x4024c790): not verifying image fixme:crypt:CRYPT_VerifyImage (rsabase.dll, 0x4024ef38): not verifying image fixme:crypt:RSA_CPCreateHash 4023d9c0 32772 00000000 00000000 0x4024eea4 fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:RegisterTypeLib Registering non-oleautomation interface! fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects ... I'm not really trying to get it to run, just figured I'd post a note about its status while I had a free minute. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Wine on FreeBSD current
by Gerald Pfeifer 30 Oct '04

30 Oct '04

>> I'm just wondering if it is supposed to work as well as FreeBSD stable. Right now, Wine doesn't work at all on FreeBSD -STABLE: wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of entire address space failed: Cannot allocate memory and before that I used to see deadlocks upon startup of non-trivial applications (such as Forte Agent, both 16bit and 32bit flavors). I believe there are also signficant threadings issues on -CURRENT, so overall Wine is hardly, if at all, usable on any version of FreeBSD I have access to, even though I'm still working to keep it at least compilable on FreeBSD 4.9 and 5.2/5.3. Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

6 13

Re: Gradient Color for Caption Bar
by William Poetra Yoga H 30 Oct '04

30 Oct '04

My patch didn't get merged... :( Anything wrong with it? Maybe I should make NC_DrawCaption() call DrawCaption() instead? Otherwise I think it's good enough. Any ideas why my patch wasn't merged? Lack of testsuite? Thanks. __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

1 0