- Wine-Devel - list.winehq.org

[Bug 2932] - copy / paste to openoffice
by Dustin Navea May 12, 2005

May 12, 2005

Basically, before 01/11/05, copying and pasting to OO worked, and after said date, it doesn't. The Bug is at: http://bugs.winehq.org/show_bug.cgi?id=2932 The patch causing it is at: http://www.winehq.org/hypermail/wine-cvs/2005/01/0276.html It looks like the patch removed W->A calls from the clipboard code. All other relevant information is posted in the bug Dustin

2 1

Borland software patent restricting Wine development
by Ingrid Marson May 12, 2005

May 12, 2005

I'm writing an article today following Dimitri O. Paun's talk at the Wine Developer conference in Stuttgart. He said that Winelib development is restricted due to a Borland software patent. Borland's software patent means that an important feature to the Gnu Compiler Collection project cannot be applied. Winelib support would depend on that patch. The FFII has written an article on this: http://wiki.ffii.org/WineConf050501En I am keen to find out more about this issue. Does anyone know about this issue, or know how I can contact Dimitri? (I have tried to find his email address using Google but haven't had any success). Thanks for your help. Regards, Ingrid Ingrid Marson Reporter ZDNet UK www.zdnet.co.uk T: +44 (0)20 7903 6835

3 2

Wine test question: How to test for messages send?
by Tobias Burnus May 12, 2005

May 12, 2005

Hello, I'm trying to write a conformance test for user/edit.c: EDIT_EM_ReplaceSel(). While I figured out how to send messages, call functions etc. I don't know how to check whether a message has been sent. But I need to know whether Windows sends one as a EDIT_NOTIFY_PARENT(es, EN_MAXTEXT, "EN_MAXTEXT") causes my Origin to crash. Background: Origin crashes since a patch was introduced in Wine which sends this message. Origin (at least under Wine) seems to create a 7px wide edit control which is then trys to fill with "10" (being 20px wide). Since not even "1" fits in there, the content of the edit control is "" and a EN_MAXTEXT is sent. While removing the EDIT_NOTIFY_PARENT line helps, this is surely not the right solution; Lauri Tulmin (author of mentioned patch) suggested to test for it: "From what I understand, the program crashes when it receives EN_MAXTEXT notification. You should figure out why the textbox is too small to contain the text. Or maybe this notification shouldn't be sent at all, although MSDN says it should be, but maybe there are some exceptions. Probably you'll need to write some test's to figure out what exactly goes wrong." For details, see bug 2813. http://bugs.winehq.org/show_bug.cgi?id=2813 Tobias

2 1

SEH and gcc again
by Daniel Kegel May 11, 2005

May 11, 2005

The old SEH / gcc question came up again on the gcc mailing list; see http://gcc.gnu.org/ml/gcc/2005-05/msg00511.html and followups. If anyone has anything constructive to add to that thread, this is a good chance to get the story right before it shows up on ZDNet.

1 0

Looking for win9x/ME testers
by Stefan Leichter May 11, 2005

May 11, 2005

Hello, the ole32 tests are working now for WinNT again: But they do not load on win9x/ME. Can someone with a Win9x/ME system run ole32_test.exe manualy and report the text displayed in the message box when it is started. ole32_test.exe is included in winetest-latest.exe. You can download winetest-latest.exe from http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/ You will find ole32_test.exe in c:\temp\wct when the tests are performed. Thanks for your help Stefan

2 1

Flattening of ddraw directory and renaming of files
by Christian Costa May 11, 2005

May 11, 2005

Hi, I plan to flatten the ddraw directory and perform some files renaming in it. The changes I'm thinking about are in the attached file. If you have suggestions (or objections), let me know. If this is ok, I plan to submit the changes soon. Bye, Christian struct_convert.c \ convert.c -> ddraw_utils.c helper.c / d3dexecutebuffer.c -> executebuffer.c d3dmaterial.c -> material.c d3dvertexbuffer.c -> vertexbuffer.c main.c -> * regsvr.c -> * d3dcommon.c -> d3d_utils.c d3dlight.c -> light.c d3dtexture.c -> texture.c d3dviewport.c -> viewport.c mesa.c -> opengl.c d3d_private.h -> * ddcomimpl.h -> * ddraw_private.h -> * gl_api.h -> * gl_private.h -> * mesa_private.h -> opengl_private.h d3ddevice/main.c -> device_main.c d3ddevice/main.h -> device_main.h d3ddevice/mesa.c -> device_opengl.c dclipper/main.c -> clipper.c dclipper/main.h -> clipper.h ddraw/hal.c -> ddraw_hal.h ddraw/hal.h -> ddraw_hal.c ddraw/main.c -> ddraw_main.c ddraw/main.h -> ddraw_main.h ddraw/thunks.c -> ddraw_thunks.c ddraw/user.c -> ddraw_user.c ddraw/user.h -> ddraw_user.h direct3d/main.c -> direct3d_main.c direct3d/main.h -> direct3d_main.h direct3d/mesa.c -> direct3d_opengl.c dpalette/hal.c -> palette_hal.c dpalette/hal.h -> palette_hal.h dpalette/main.c -> palette_main.c dpalette/main.h -> palette_main.h dsurface/dib.c -> surface_dib.c dsurface/dib.h -> surface_dib.h dsurface/fakezbuffer.c -> surface_fakezbuffer.c dsurface/fakezbuffer.h -> surface_fakezbuffer.h dsurface/gamma.c -> surface_gamma.c dsurface/hal.c -> surface_hal.c dsurface/hal.h -> surface_hal.h dsurface/main.c -> surface_main.c dsurface/main.h -> surface_main.h dsurface/thunks.c -> surface_thunks.c dsurface/thunks.h -> surface_thunks.h dsurface/user.c -> surface_user.c dsurface/user.h -> surface_user.h dsurface/wndproc.c -> surface_wndproc.c dsurface/wndproc.h -> surface_wndproc.h Note: * = no change

5 9

Re: [QCAP] patch 3, Adding enumMediaType object
by Robert Shearman May 11, 2005

May 11, 2005

Rolf Kalbermatter wrote: >Changelog > - dlls/qcap/Makefile.in > - dlls/qcap/qcap_main.h > dlls/qcap/enummedia.c > Add IEnumMediaType object for use by other class objects. This is >taken > from quartz with only minor adaptions. > > We should be putting these files into a static library that we can link to from quartz, qcap & other DirectShow dependent DLLs. Rob

2 1

Bug 2398
by Dustin Navea May 11, 2005

May 11, 2005

Lionel, it appears that bug 2398 is up your alley. sigh :) I was hoping it would be an easy fix.. Oh well. Its got something to do with the window/gl rewrite, if you could look at it and the regression causing patch when you get time, it would be appreciated. Thanks Dustin

3 2

(no subject)
by Jason Couture May 11, 2005

May 11, 2005

http://www.FreeMiniMacs.com/?r=18190345

1 0

Re: Commercial support
by Shachar Shemesh May 11, 2005

May 11, 2005

MediaHost (TM) wrote: > Hi All, > > I'm not sure, if winehq should be a platform for advertisements of > commercial services (except maybe codeweavers), otherwise there will > be a very long list there, very soon. That's good, in principle. The problem brought up during wineconf was that the lack of commercial support is viewed by potential deployers as a minus, making wine a dangerous technology. Saying "here is a list of companies willing to take your money and give you support" is actually a good thing for Wine. > And who to include and who not? Ah, there you have hit a more serious problem. For example, there is no doubt that CodeWeavers has been both a^Hthe major wine driving force, AND a financial sponsor. However, if we don't allow other companies room, we are unfair towards the other companies, towards CodeWeavers (why should they continue to be practically the only ones carrying the load), and towards Wine (and we don't want Wine to become a CodeWeavers subproject, do we?). I can suggest a simple rule to go by, as to whether to include a company or not. In order to be included, a company has to show that it has contributed (via it's employees or directly) a non-trivial patch to wine. We can even limit it to "in the past year". At the moment, I believe only three companies pass that criteria (CodeWeavers, Lingnu, and Dimi's company, whose name he has successfully kept secret, for some reason). Alternatively, we can have several lists. A "Gold" list, which includes companies that have the means to produce fixes to wine itself if necessary (as judged by the above criteria), and a normal list, which merely includes anyone who declares that they are willing to provide commercial support. I would have suggested a nominal fee (i.e. - a $50 contribution to the wine fund per year, or some such thing) from the last list. On the up side, it allows us to know the company is still active in this field. On the down side, I don't think we have the resources to start tracking who paid and who didn't. I could even suggest a platinum list, which would include any company that employs the equivalent of a full time Wine developer or up. Of course, this currently only includes CodeWeavers. The idea I'm trying to push here is that we can do such a list, so long as we keep clear objective criterias for who gets listed where. > Are there such plans to include such links on the website, except for > community based support? That's what we talked about over wineconf. It seems that such a list gives credibility to a project, and as such is a wanted thing. A company considering wine deployment is more likely to accept wine if they know they can get support for it. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html

16 46