wine-devel

wine-devel@winehq.org

2 participants
84471 discussions

linux 2.6.16 and 2G/2G-split
by Sven Köhler 03 Apr '06

03 Apr '06

Hi, i didn't get any response on the user-mailinglist, so i try the devel-list. here's my problem: since i upgraded my kernel to 2.6.16, wine segfaults immediatly after i start it. When i upgraded to 2.6.16, i also chose to use the 2G/2G vmsplit. Is wine supposed to work with that config? Thanks Sven

2 2

Re: winhelp esperanto language update
by Alexandre Julliard 03 Apr '06

03 Apr '06

f_sophia <f_sophia(a)libero.it> writes: > Hi, Folks > > Change Log. > autor: Antonio Codazzi > e-mail: f_sophia(a)libero.it > Content: > /programs/winhelp/Eo.rc (Esperanto language) update n. 2. > - Added "short-cuts" support > > --- Eo.old 2006-03-26 01:56:27.000000000 +0100 > +++ Eo.rc 2006-03-29 00:19:11.000000000 +0200 Please generate patches from the top-level dir, especially for file names that exist in several directories. -- Alexandre Julliard julliard(a)winehq.org

1 0

PATCH: msvcrt: test: Allow environment strings longer than 512 characters
by qingdoa daoo 03 Apr '06

03 Apr '06

Test case added --------------------------------- New Yahoo! Messenger with Voice. Call regular phones from your PC for low, low rates.

1 0

COM programming in assembly, geez...
by Dan Kegel 03 Apr '06

03 Apr '06

While looking for COM documentation for C programmers (i.e. for when you want to do COM without helpers like MFC or ATL), I stumbled across quite a bit for assembly programmers! For the record, here are some of the interesting links on both subjects I ran across tonight: http://ript.net/~spec/ - implementation of COM servers and clients in raw C++. http://thunder.prohosting.com/~asm1/articles/com_1.txt - calling COM in asm http://thunder.prohosting.com/~asm1/articles/com_2.txt - COM objects in asm http://illmob.org/files/text/Accessing%20COM%20Objects%20from%20Assembly.ht… http://www.masmforum.com/ appears to be a bulletin board where quite a few assembers have support forums. http://www.japheth.de/h2incX.html says it's a tool to convert .h files to .inc files. http://www.masmforum.com/simple/index.php?topic=171.0 mentions that MS lets you download masm.exe for free under certain conditions. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Update on Software Freedom Law Center work
by Alexandre Julliard 03 Apr '06

03 Apr '06

Folks, As announced at the last Wineconf, Jeremy and myself have been working for a few months now with the Software Freedom Law Center on a number of legal issues concerning Wine. We've been mostly quiet about it, so I thought I'd post a status update. There are two major tasks going on at the moment: 1. Code audit We are doing an audit of the code base, to make sure we have proper records of all contributions, and spot any potentially troublesome code. The goal is to be able to show to people who don't want to dig through the source that we have done our development properly, and that they can use Wine without fear of legal trouble. Currently, a survey is being sent out to people we have identified as major contributors, so that we can collect some information from them, like employers, license agreements, that sort of thing. This will enable us to build a complete track record for all contributions. We are still processing the results, at this point the responses we received cover approximately half of the code base (many thanks to everybody who took the time to answer!). We'll be sending the survey to more contributors in the near future to try to get as close to 100% coverage as we can. 2. Non-profit organization There are many advantages to having a non-profit organization for a project, for instance to allow tax-exempt donations, or hold assets like trademarks. However it's a lot of paperwork to do, so we never went to the trouble of setting one up. Now the SFLC is starting an organization called the Software Freedom Conservancy, that will be officially launched on Monday. It's basically an umbrella non-profit that provides services to free software projects. By joining that organization, we will get all the advantages of having our own non-profit, without having to do any of the work, so that seems like a good deal... There will also be the possibility of assigning our copyrights to that organization, which would make it easier to enforce the license, and provide some liability protection for developers. However this will only be done if most developers are comfortable with it, so I'd be interested to hear your feedback on this issue. -- Alexandre Julliard julliard(a)winehq.org

7 8

re: wine / fontforge regression
by Dan Kegel 03 Apr '06

03 Apr '06

Molle Bestefich wrote: > This patch from Mar 9: > http://www.winehq.org/pipermail/wine-cvs/2006-March/021502.html > causes all applications run with Wine to continually emit: > err:font:ReadFontDir Can't open directory "/usr/local/bin/../lib/../share/wine/fonts/" > when fontforge isn't installed. I saw one other message complaining about this, so I filed http://bugs.winehq.org/show_bug.cgi?id=4974 so Molle's report doesn't fall through the cracks (doesn't seem likely, but hey). Perhaps the author of that patch can respond there. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

whats wrong with the wine devel list
by Karl Lattimer 02 Apr '06

02 Apr '06

Hi, I am having real issue with this list, I can't distinguish betweeen list mail, other email and spam. Why is there no prefix [wine-devel] in the subject line? Also I don't particularly like the reply-to setup here, can't it just be munged back to the list, rather than replying to an individual? And finally, why does it take half a day for a post I've made to ping back to my email inbox? This list seems to be in some kind of 1990's time warp of usability. Can it be changed? Kind regards, K,

12 16

Re: d3dx: VertexBuffer should keep reference to the parent device object.
by H. Verbeet 02 Apr '06

02 Apr '06

> ChangeLog: > d3dx: VertexBuffer should keep reference to the parent device object. That's probably the best solution for the moment. >+ /* Parent reference */ >+ LPDIRECT3DDEVICE9 parentDevice; However, the name parentDevice is somewhat misleading, in particular considering the meaning of "parent" in wined3d. From the point of view of the d3d8/d3d9 object it's simply the device.

1 0

getwinegit.sh 0.32 released!
by Christian Lachner 02 Apr '06

02 Apr '06

One more Version! It's time to test this script until it is one of the last versions. I don't want to spend more time into this so I desided to soonly quit this project. Here the Changes since 0.31: 0.32 No Changes to Functitonality, but cool stuff :) - Better Trap-handling - Nicer Sleeper-function (I love it) - No output to the shell but only the ones by getwinegit.sh blackbox? no, everything's in the logfile - Some Fixes we all don't want to miss but I don't remeber ;)... again This release should be stable, but I want it to be tested. Tell me, if it is useful to you guys or made problems. Mail to the mailinglist if you have questions or found bugs or want something to be added. chris

1 1

Software Freedom Conservancy
by Jeremy White 02 Apr '06

02 Apr '06

I'd like to start a separate thread on this subject, so we don't lose the chance to discuss this. I think it's a really good idea for us to join. Right now, I manage the finances for 'The Wine Project'. The money literally flows into my personal bank account; I registered a 'Doing Business As' (DBA) in Minnesota so I could take checks and stuff as 'The Wine Project'. It's not tons of money, but the account is now up to about $2400 (which is nice, as our Wineconf fees will be about that much). (Of course, without the embezzling, it'd be much more, but that's the way it goes <grin>). Further, we had a challenge when we needed to manage the money from Google for the Summer of Code. Again, I handled it via CodeWeavers, but it wasn't quite 'right'. So I think it would be better for us to have a professional organization to hold these funds, and to serve as an umbrella organization for us. Candidly, I'm not sure I see any down side. They do all the nasty work, and we get someone to help us out with annoying admin chores. What's not to like? I guess if they prove to be incompetent or unresponsive it could be an issue (like if we send them the $2400 but can never get a check cut). But right now I don't see much risk of that; the SFLC at least has been very responsive (which, considering what we're paying them [$0] is nothing short of miraculous). Anyone else have any objections or other thoughts on it? Cheers, Jeremy

5 4

Re: winedbg: analyse far calls in be_i386_is_func_call
by Eric Pouech 02 Apr '06

02 Apr '06

Jeff L wrote: > This patch came about when I was looking at why single stepping seemed > to stuff up after a call. It breaks down the calls for 32 bit mode > calls but not necessarily 16 and not 64 bit calls. It is a fairly messy > area of knowledge and I could do with assistance as to how the 16/32/64 > bit modes work. > > Change log: Add code to analyse far calls in be_i386_is_func_call > instead of only near calls. > > Jeff Latimer > + switch (rm) > + { > + case 0x00: > + segment = dbg_context.Eax; > + break; > + case 0x01: > + segment = dbg_context.Ecx; > + break; > + case 0x02: > + segment = dbg_context.Edx; > + break; > + case 0x03: > + segment = dbg_context.Ebx; > + break; > + case 0x04: > + break; > + case 0x05: > + segment = dbg_context.Ebp; > + break; > + case 0x06: > + segment = dbg_context.Esi; > + break; > + case 0x07: > + segment = dbg_context.Edi; > + break; > + } this is wrong... this is part of the offset computation, not the segment (as it's an intra-segment call) > + callee->Mode = AddrModeFlat; > + callee->Segment = segment; > + callee->Offset = delta; /* absolute address not an offset */ here you should use a callee->Mode of AddrMode1632 or AddrMode1616, not a flat one basically, you can tell if it's a 16 or 32 bit call depending whether the current cs refers to a 16 or 32 bit selector A+ -- Eric Pouech

1 0

AppDB problem
by Segin 02 Apr '06

02 Apr '06

While changing user prefences, I got this error: Database Error! Query: REPLACE session_list VALUES ('0b7b7e6e2b25056088b212db53619c9c', '', '', 'current|O:4:\"user\":7:{s:7:\"iUserId\";s:5:\"72211\";s:6:\"sEmail\";s:17:\"segin11(a)yahoo.com\";s:9:\"sRealname\";s:0:\"\";s:6:\"sStamp\";s:14:\"20051229230938\";s:12:\"sDateCreated\";s:19:\"2005-07-09 01:45:14\";s:12:\"sWineRelease\";s:8:\"20050524\";s:17:\"bInactivityWarned\";N;}', '', NOW()) Deadlock found when trying to get lock; Try restarting transaction Just thought this was worth reporting.

1 0

Re: Keyboard Rewrite
by Tom Spear 02 Apr '06

02 Apr '06

On 4/1/06, Derek Fawcus <dfawcus(a)cisco.com> wrote: > > On Fri, Mar 31, 2006 at 01:33:18PM -0600, Tom Spear wrote: > > Hi all, this is a call for volunteers. I am hoping that certain > developers > > participating in another thread are willing to rewrite the keyboard > code, > > but we need people to test. If you are interested, please reply here > saying > > that you are interested, and what kind of keyboard you use, as well as > the > > layout you use under X. I will be creating a wiki page for this project > > once the people who will be taking on this rewrite confirm that they > will do > > so, and will post the link to this thread as soon as it is created. > > > > The purpose of this rewrite is to (hopefully) fix all of the problems > people > > have with key mappings, characters not showing up as expected, race > > conditions, characters not showing up at all, etc, and hopefully allow > us to > > close out many of the bugs in bugzilla having to do with the keyboard. > > Well I'd be willing to try, as I have a peculier keyboard layout, and > failed > on my first attempt to hack the wine source to match, it seemed to ignore > what I specified wrt to symbol changes. But then I did not try debugging > it. > > I'm using a UK layout 105 key keyboard, with a few changes that make if > more > like a teminal keyboard, so it is a bit of a weird mix between a USA and > a > UK mapping. Some of the choices derive from the fact that this is plugged > in to a UK layout IBM T40, and so the extra windows are missing when > using > the native keyboard. > > The descriptions below apply to the layout of the external keyboard, not > they > laptop layout. > > The key Marked 'Esc' (to left of F1) generates Backslash (or Bar when > shifted) > > Some of the number row is remapped to be more like the USA/Terminal form: > > Key to left of '1!' (keycode 49) generates Escape (like a proper > terminal) > Shift of '2' gives At (normally Quotedbl) > Shift of '3' gives NumberSign (normally Sterling) > AltGR of '3' gives Sterling > AltGR of '4' gives EuroSign > > I had to change the results generated by keys to the right of 'L' such > that > they made sense. So I also have a bunch of quotes there: > > The key to the right of ';:', marked as "'@', keycode 48 gives the > following: > Unshifted Apostrophe (normal, as marked) > Shifted QuoteDbl (normally At) > AltGR LeftSingleQuoteMark > AltGR+Shift LeftDoubleQuoteMark > The key to the right of that one, marked as "#~', keycode 51 gives the > following: > Unshifted Grave (normally NumberSign) > Shifted AsciiTilde (normal, as marked) > AltGR RightSingleQuoteMark > AltGR+Shift RightDoubleQuoteMark > > Caps Lock (to left of 'A') gives is a duplicate Control_L, and no key > generates Caps Lock > > The key marked '\|' to the right of the left shift key, is a duplicate > Shift_L > The left windows key (between left shift and left alt) generates Super_L > The right windows key (between AltGR and Menu key) generates Super_R > The Menu key (between right windows key and right control key) generates > Alt_R > > The AltGR key is ISO_Level3_Shift, and when shifted is Multi_key. But > I've never > found a use for Multi_key yet. > > DF > Ok. Are these outputs that you are giving us what the keyboard shows under a native app, or what they currently show under wine? What layout do you pick under X? en_US, en_GB, pc105 no dead keys? Thanks Tom

3 2

Re: WineD3D: Do not set the mipmap level count for old textures
by Stefan Dösinger 01 Apr '06

01 Apr '06

Am Samstag, 1. April 2006 19:34 schrieb Stefan Dösinger: > The attached patch stops WineD3D from re-setting the GL_TEXTURE_MAX_LEVEL > texture parameter every time a texture is used. It is not necessary, as the > max level is a property of the texture and not the active unit(according to > Lionel Ulmer). Setting the maximum level causes the 3d driver to dirtify > the texture in the video memory, which has to be reloaded then every time > it is used. > > This patch should greatly increase the performance of most games. (I > noticed an fps improvement of a factor of 5) A small addition here: This case seems to be handled by the nvidia driver already, so the performance improvement applies only to ati cards. I tested this with my mobility radeon 9000 with the open source driver from Xorg7.0 and fglrx 8.23.7

1 0

Direct3D, the kernel and ReactOS
by Stefan Dösinger 01 Apr '06

01 Apr '06

Hello List, I had a talk to the DirectX developers of reactos on their irc channel to discuss how Reactos and Wine can share efforts on DirectX. (Please leave the legal issues asside for now, let us concentrate on the technical part for now). I didn't expect much possibility for a cooperation in such a hw-related thing as DirextX, but Greatlord told me about the gdi / win32k problem Wine is heading to with the current DirectX code. According to Greatlord, Microsoft's DirectX implementation basically consists of a kernel-side part in gdi.dll and win32k.sys, and a user-mode part in ddraw.dll, d3d8.dll and d3d9.dll. The user dlls contain the Hardware emulation layer code, and calls to the kernel for the Hardware abstraction layer. Now that wouldn't be a problem for Wine, as applications are expected to use the user mode dlls, and using the kernel interface is highly discouraged by Microsoft. However, there are a few apps out there which access the kernel interface directly, and Greatlord told me that he knew about a few companies which plan to use it to gain speed improvement. Expectedly, such apps won't work on Wine. My long term suggestion is to move the Direct3D->OpenGL translation code from WineD3D to gdi and a win32k sys, and write ddraw.dll, d3d8.dll and d3d9.dll to use that interface. The user mode dlls can be shared with Reactos, and from a technical point of view, even Microsoft's DirectX dlls can be used on Wine(including the hardware emulation layer). I know that this is not easy to achieve. The kernel interface is poorly documented, and Greatlord has spent a lot of effort to verify the docs and to write a better documentation of the interface. Apps using the kernel interface should be considered broken, and I don't give them a long lifetime as the interface changes from Windows version to Windows version(According to Microsoft, Greatlord says it didn't change since NT(2K?) ). Should we go this way and implement the kernel Direct3D interface? If so, I consider this something post-1.0, and we should definitely see what changes Vista brings. Another thing we discussed was DirectInput. ReactOS uses wines dinput.dll, with improvements which gets the sdk demos and some nasty games working. I can see if I can merge the changes to Wine.

8 11

Firefox much faster with 0.9.11?!
by Dan Kegel 01 Apr '06

01 Apr '06

I dunno what y'all did, but Firefox now downloads long mailing list indices much faster than it used to. This dogfood is getting yummier every month. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 1

request for Orkut wine forum manager
by Shachar Shemesh 01 Apr '06

01 Apr '06

Hi all, If you don't know who I am, please do skip the rest of this paragraph. As you well know, I have not been as active on the Wine project as I wish. Unfortunately, this is not going to change much in the near future :-( I am currently the manager of the "Wine" forum on Orkut. I just got an email asking to do some operation (enabling email to members), which clarified to me that, perhaps, my lack of activity is to the disadvantage of the community members. And so, I would like to ask the esteemed members of this list. Is there anyone here who would like to take this responsibility from me? Please be sure to CC me on replies. Thanks, Shachar

1 0

Budget Dedicated has provided us with a server and a ton of free bandwidth
by Scott Ritchie 01 Apr '06

01 Apr '06

Hello folks, Just wanted to let everyone know that I finished setting up the server Budget Dedicated has given us. (http://www.budgetdedicated.com) Currently it's hosting the APT repository: deb http://wine.lowvoice.nl/apt breezy main deb-src http://wine.lowvoice.nl/apt breezy main Now, here's the cool thing: we're not confined by disk space anymore here, so we can host .deb packages in the APT repository for different distributions. This includes backports to Debian Sarge, as well as forward ports to new versions of Ubuntu like Dapper, or even whatever other crazy deb distro we want to package. Budget Dedicated has also given permission for other things to be moved there, such as the Wine website (or parts thereof). The server is super fast and on a very fat pipe in the Netherlands, so for anyone in Europe it'll almost certainly be better to download things from there. For now, however, it's just an APT repository, and the APT repository just has Ubuntu Breezy packages, however it would be very easy to add packages for other distributions or architectures - just send me an email and I can take care of it. Thanks, Scott Ritchie

1 0

Photoshop plugins in Gimp on Linux using Wine!
by Dan Kegel 01 Apr '06

01 Apr '06

I've been hearing rumblings about people using Wine to run windows photoshop plugins on Linux Gimp, but hadn't seen anything concrete. Well, here it is: http://www.gimp.org/~tml/gimp/win32/pspi.html Have a look. Congratulations, Wine! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 12

Re: Software Freedom Conservancy
by Tom Spear (Dustin Booker, Dustin Navea) 01 Apr '06

01 Apr '06

Jeremy White wrote: >> No objection from me.. Although, I should mention that I haven't seen >> much in the way of a link to donate to the project. Theres no link on >> the main page anywhere that I can see. Perhaps the fund would be a >> little bigger if it was easier to find a donate link? >> > > Hmm. On the lower right hand side of the main page is a donate > link, and there is also a donations request on Sourceforge. > > But you raise a good point; feel free to make a suggestion > for how it should change (a patch?) - I'm certainly not opposed. > > (Although the honest truth is that we raise more money than > we need right now, at least for Wine. For CodeWeavers, we can > always use more money :-/) > > Cheers, > > Jeremy > > hmm.. I didn't see that at all lol. I did however notice the contributing link shortly after I sent the last email. I think if we put the donate link (as well as the codeweavers link) on the left just under the search link they might get noticed a little more.. Of course you do raise a good point about raising more money than wine really needs, so on to the next idea... The short answer is that I dont have an idea right now, but I have done some thinking about it.. If you want the long answer, keep reading, else, just click close lol... Obviously codeweavers requires advertising and marketing in order to get new customers. The majority of that advertising so far has been done by the community and word of mouth. The biggest step towards taking codeweavers mainstream is obviously to get more people to switch to linux.. the press has done a decent job of helping us out in that respect, but a lot of people dont read the magazines. I mean I see it all the time on various forums, my favorite being the forum entitled the worst tech support call you have ever made... Someone will get DSL service, and not have a router, and think that it will work out of the box with whatever os they use... So when it doesnt and they cant figure it out, they call dsl tech support, and ask "Do you support Linux?"... Guess what the tech support rep asks 99% of the time... "What is Linux? Is that a new version of Windows?"..... Back to the point though, people dont read magazines or stuff on the internet so they dont know theres an alternative to windows. That means they dont know about cW or crossover. How do we get more users over to Linux? Good question, unfortunately one I don't have an answer for right now. Once we get users to Linux, or maybe even as the hook to get them to switch would be to show them crossover while showing them linux and how not prone to viruses it is, show them internet explorer running under it, or better yet show them stuff like word, excel, and adobe, and then show them firefox and say ok ie is the only app we are going to take away from you.. then the security issues are small (no ie to infect) but they can still use their regular stuff, and their machine will seem more responsive compared to how it ran on windows. I'm sure those are all ideas your people have already had and discussed, but shoot, it would be nice to see some linux based booths at e3 or ces or the revamped comdex once it comes out.. of course the best way to get mainstream is the force your way mainstream, more and better placement on store shelves.. get the stores to start pitching linux and the benefits of using it over windows. then have the rep help them decide on a distro and put them in touch with someone familiar with linux. of course that is all beyond codeweavers and wine's scope, but that is the idea.. get other linux companies to start pushing it more. M$ wants to play hardball? We gotta start predicting their pitches. Tom

1 0

Re: [Bug 1181] Keyboard translation broken: uses raw keycodes
by Peter Åstrand 31 Mar '06

31 Mar '06

On Thu, 30 Mar 2006, Wine Bugs wrote: > http://bugs.winehq.org/show_bug.cgi?id=1181 > > ------- Additional Comments From Speeddymon(a)gmail.com 2006-30-03 10:26 ------- > Peter, I'm not sure if you ever did subscribe to wine-devel, but you did mention > that wine could possibly reuse parts of your keysym implementation. Could you > email the list (even if you dont scubscribe) and let them know about this bug, > and see if anyone is willing to take a look at it. Just make sure you let them > know you aren't subscribed, if you aren't, and to CC you on replies. Hi, now you know about this bug. As the comment says, it might be possible to reuse some parts from the rdesktop implementation. I'm not saying that it will be easy, though. To be honest, I think bug 4923, and many others, are more important. Instead of fixing Wine, it might be possible to enhance Xvnc so that it can "emulate" a physical Xserver with a certain physical keyboard. Regards, -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

4 5

Keyboard Rewrite
by Tom Spear 31 Mar '06

31 Mar '06

Hi all, this is a call for volunteers. I am hoping that certain developers participating in another thread are willing to rewrite the keyboard code, but we need people to test. If you are interested, please reply here saying that you are interested, and what kind of keyboard you use, as well as the layout you use under X. I will be creating a wiki page for this project once the people who will be taking on this rewrite confirm that they will do so, and will post the link to this thread as soon as it is created. The purpose of this rewrite is to (hopefully) fix all of the problems people have with key mappings, characters not showing up as expected, race conditions, characters not showing up at all, etc, and hopefully allow us to close out many of the bugs in bugzilla having to do with the keyboard. Thanks all in advance Tom

4 4

getwinegit.sh 0.31 released!
by Christian Lachner 31 Mar '06

31 Mar '06

OK, I'm tired now but this is a new release an it owns ;). It should be quite stable but I didn't test it. So what has changed: 0.31 One more Release, I'm glad about this one - Some smaller an greater Fixes - After Compiling, the Script creates a helperfile to help mode 4 - Sections in Logfile - Trap included to handle ctrl+c - Implemented a small sleeper to give you a chance to stop the script before it starts to clean the source This is one of the last versions. The last version will be called 1.0. (maybe the next one?) If you miss a feature... write to the mailinglist.

1 1

Improper message recursion revealed by recent desktop window changes
by Troy Rollo 31 Mar '06

31 Mar '06

The recent changes to the desktop have revealed a problem with recursive processing of X messages. The problem started to manifest with commit 1a4f6e579b6aab685fae2e649fd5accee7ec0b4f (7th March). A symptom is a stack that looks like this: <application Window procedure> WINPROC_wrapper ... CallWindowProcW ... SendMessageW X11DRV_SetWindowPos SetWindowPos X11DRV_ConfigureNotify process_events X11DRV_MsgWaitForMultipleObjectsEx wait_message_reply send_inter_thread_message SendMessageTimeoutW SendMessageW send_parent_notify DestroyWindow In other words, a destroy notification is being sent to the parent window with SendMessageW, and before that message returns an unrelated X message is processed. Under Windows the equivalent could never happen - if a thread is in SendMessage(), the only messages that can be delivered to it are ones sent by SendMessage() from another thread. The consequences of this can be unpleasant if the code that processes (in this case a window movement notification) the message interferes with state that is being dealt with in earlier stack frames. wait_message_reply calls X11DRV_MsgWaitForMultipleObjectsEx with: res = USER_Driver->pMsgWaitForMultipleObjectsEx( 1, &server_queue, INFINITE, QS_ALLINPUT, 0 ); The brute-force approach of changing this to the following makes the application work, but gives rise to some pack_message FIXMEs (for WM_NCPAINT and WM_ERASEBKGND), and since this is an extremely sensitive piece of code to change I thought it best left to people with more familiarity with it. -- Troy Rollo - wine(a)troy.rollo.name

3 4

Re: [RESEND][x11drv] cleanup: Move x11drv escape codes to one common header file.
by Alexandre Julliard 31 Mar '06

31 Mar '06

Tomas Carnecky <tom(a)dbservice.com> writes: > This patch doesn't change any logic or C sourcecode, it only moves the > X11DRV escape code definition to one common header file. Currently the > definitions are spread over several C source files, and even there the > definitions differ from file to file. I don't see anything wrong with > this patch unless you *want* to have it difficult to maintain the code. Actually, that's more or less what we want. That sort of inter-dll dependencies should be strongly discouraged, and we don't want to add more of it than strictly necessary; as far as possible we also don't want dlls to depend on private headers, so copying a few things across is the preferred approach. If it becomes a problem it means something is wrong with our implementation. -- Alexandre Julliard julliard(a)winehq.org

2 1

Jump to page:

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