January 2004 - Wine-Devel - list.winehq.org

Re: WINMM problem with Half-Life

by Mike McCormack

Hi Eric, Yes, I have confirmed that this patch fixes the problem. Thanks! Mike Eric Pouech wrote: > does this fix it ? > A+

Jan. 27, 2004

GPG key party

by Shachar Shemesh

Hi all, I'm going offline in preparations for the flight. As only two people expressed their interest in the party, I'm cancelling the centreally managed party. People are still welcome to do a distributed party. In order to do that, just bring along several copies of your key's fingerprint printed on paper along with your name, and hand them out to anyone willing to sign them. If Jeremy will allow me to use codeweaver's printers, and more people express interest in the party by my arrival, we can switch back. Shachar

Jan. 27, 2004

OLEPictureImpl_Load CreateIcon failed

by Fabian Cenedese

Hi Looks like I'm quite busy today... or just don't know anything about wine :) I'm still on the VB SSTab problem as described here: http://www.winehq.org/hypermail/wine-devel/2003/12/0157.html I looked further into this to find out what happens with this picture stuff. I found out that it fails in this function (from olepicture.c): * OLEPictureImpl_IPersistStream_Load (IUnknown) * Loads the binary data from the IStream. Starts at current position. * Currently implemented: BITMAP, ICON, JPEG. static HRESULT WINAPI OLEPictureImpl_Load(IPersistStream* iface,IStream*pStm) { It first reads the picture size from the stream and reads the picture properties and data. This works sometimes, I can see it creating e.g. 32x32 pictures for icons. But in this error I have it always fails due to the reported picture data size of zero. So it doesn't read any picture properties from the stream and tries to create a picture with 0x0 dimensions. Obviously this fails. But now I can't find out where this comes from. What is this stream where it wants to read data from? In what source file is this implemented? The used IStream_Load is just a macro. What could have gone wrong earlier that this picture size is now zero? Maybe the stream is ok but wine wants to create more pictures than there are? Thanks for any pointers. bye Fabi

Jan. 27, 2004

Re: DllOverride for ocx?

by Fabian Cenedese

>Fabian Cenedese wrote: >>I have a ocx which works better with a native dll. But there are also other >>apps which work worse if this dll is set to native by default. OK, so I add >>a setting for the application which uses the ocx. Works. But there are >>many apps that use this ocx and the customer could even make his own. >>So it would be nice if I could have a dll override setting for just the ocx. >>Is this technically possible at all? Or is the app-level the only one for >>overrides? (I know, fixing wine would be even better, but I don't have the >>time nor the knowledge. )-: But I keep trying whenever I can :) At 12:32 27.01.2004 +0200, Boaz Harrosh wrote: One hack you can do, If you have the Code for the OCX, is change the dll's name and compile against the new name. Now the OCX relyes on one dll and the rest of the code on another you can even run with two different dlls at the same time. Which is part of an answer to your original Q. What if One dll asks for "Native" while a second one asks for "builtin"? you see my point. (If you do not have Source Code for the OCX you will have to HEX patch the OCX's import table. Not very easy to do) I do have the source code and renaming the dll is a nice idea. However I don't think that copying and renaming a Windows dll is a good thing :) I already thought that it wouldn't be possible as an embedded ocx will use the same dlls as the exe. So I will continue finding out what goes wrong with the wine dll. My next question is already coming up :) Thanks. bye Fabi

Jan. 27, 2004

Re: DllOverride for ocx?

by Boaz Harrosh

One hack you can do, If you have the Code for the OCX, is change the dll's name and compile against the new name. Now the OCX relyes on one dll and the rest of the code on another you can even run with two different dlls at the same time. Which is part of an answer to your original Q. What if One dll asks for "Native" while a second one asks for "builtin"? you see my point. (If you do not have Source Code for the OCX you will have to HEX patch the OCX's import table. Not very easy to do) Free Life Boaz Fabian Cenedese wrote: >Hi > >I have a ocx which works better with a native dll. But there are also other >apps which work worse if this dll is set to native by default. OK, so I add >a setting for the application which uses the ocx. Works. But there are >many apps that use this ocx and the customer could even make his own. >So it would be nice if I could have a dll override setting for just the ocx. >Is this technically possible at all? Or is the app-level the only one for >overrides? (I know, fixing wine would be even better, but I don't have the >time nor the knowledge. )-: But I keep trying whenever I can :) > >bye Fabi > >

Jan. 27, 2004

Re: DllOverride for ocx?

by Acke Carlsson

Fabian Cenedese <Cenedese(a)indel.ch> writes: > I have a ocx which works better with a native dll. But there are also other > apps which work worse if this dll is set to native by default. OK, so I add > a setting for the application which uses the ocx. Works. But there are > many apps that use this ocx and the customer could even make his own. > So it would be nice if I could have a dll override setting for just the > ocx. Is this technically possible at all? Or is the app-level the only one > for overrides? (I know, fixing wine would be even better, but I don't have > the time nor the knowledge. )-: But I keep trying whenever I can :) Use the hole name including the suffix works. ex. "hhctrl.ocx" = "builtin, native" or on the promt ]$ WINEDLLOVERRIDES='hhctrl.ocx=n' wine name.exe mvh Acke

Jan. 27, 2004

DllOverride for ocx?

by Fabian Cenedese

Hi I have a ocx which works better with a native dll. But there are also other apps which work worse if this dll is set to native by default. OK, so I add a setting for the application which uses the ocx. Works. But there are many apps that use this ocx and the customer could even make his own. So it would be nice if I could have a dll override setting for just the ocx. Is this technically possible at all? Or is the app-level the only one for overrides? (I know, fixing wine would be even better, but I don't have the time nor the knowledge. )-: But I keep trying whenever I can :) bye Fabi

Jan. 27, 2004

Re: Wine history draft

by Dan Kegel

On August 6, 2003 01:51 pm, Brian Vincent (C) wrote: > I put together the following: > http://users.theshell.com/~vinn/wine-history.html [...] > Comments / suggestions / criticisms? Did you already grab quotes from my earlier post, http://www.winehq.com/hypermail/wine-devel/2002/11/0455.html ? There might be a couple good ones there. - Dan

Jan. 27, 2004

App db, bugzilla, and tracking bugs

by Dan Kegel

Mike Kost wrote: > This is an update for the 'More Games Tested' post on 1/3/04. I reran > everything on 20040121 and the results are below. All games are freely > downloadable as they are demos. Periodic app testing like Mike is doing is essential and greatly appreciated, but I suspect we need a better way to track the results of the tests. Here's what might work best long-term: * a bug in bugzilla for each obvious bug in the app that prevents it from working (e.g. "AusterlitzDemo.exe crashes on startup at AusterlitzDemo.exe.EntryPoint+0x3ed" or "msi installers require IE6 functions"). Many apps will have common bugs, so we would want to be careful to avoid duplication. * a tracking bug in bugzilla for each app with description "Bugs preventing %appname% from working". that depends on all the individual showstopper bugs * a page in the winehq.com and/or codeweavers.com app db for the app, linking to the tracking bug For instance, the following three bugs http://bugs.winehq.org/show_bug.cgi?id=411 http://bugs.winehq.org/show_bug.cgi?id=656 http://bugs.winehq.org/show_bug.cgi?id=763 all seem to block AOL; I'm proposing that we create a tracking bug for AOL, and make it depend on those three bugs (and any others we run into that are blocking AOL). Then http://appdb.winehq.org/appview.php?appId=932 (the appdb page for AOL) should hyperlink to that tracking bug. (Or maybe there should be a tracking bug for each version of AOL, and the hyperlinks should be from e.g. http://appdb.winehq.org/appview.php?appId=932&versionId=1225) If we did that for 100 or so apps, the common bugs would become easy to find in bugzilla; we could just sort by "number of other bugs blocked by this bug", maybe. When a new set of app tests is run (e.g. when Mike runs his demos again), he could add just the changes to the affected bugs in bugzilla, and post a link to them and a summary on wine-devel. It's a thought, anyway. - Dan p.s. this was originally posted via gmane, but never showed up. Hmm.

Jan. 27, 2004

porting a keyboard driver

by saravanan

Hi all, I would liketo know is it possible to port a Malayalam(An Indian Language) keyboard driver written for Windows to Linux using any softwares(emulators). The keyboard driver application could be called using wine. It's running & is found be working partially in the wordpad application called using wine. Is it possible to make it work in Linux editors. Do anybody have any idea. Thanks in advance for your kind replys. Saravanan ______________________________________ Scanned and protected by Email scanner

Jan. 27, 2004