May 2008 - Wine-devel - list.winehq.org

AppDB: how to handle the same application (specifically game) from different vendors.
by Reece Dunn 26 May '08

26 May '08

Hi, While testing various casual games and adding the information to the AppDB, I have noticed something. The various casual game websites (such as Oberon Media/MSN, PopCap Games and Yahoo! Games) have several games that are the same (such as Bejeweled 2, Dinner Dash 2 and Zuma), but are packaged using different installers and have different splash screens. I haven't investigated to see if this extends to the loading screen as well, or if they behave differently. The AppDB already supports different versions, but I believe these are specific to one vendor. So the question is how to support the same game published from different vendors? - Reece

1 0

Speaker for talk about wine in Kiel (north of Germany) wanted
by haukeh 26 May '08

26 May '08

Hi there, Alexandre said this would be the right place to ask for a speaker about a wine talk. So I'm asking here ;-) Is there anybody who can hold a speech about wine in Kiel (north of Germany, http://maps.google.com/maps?f=q&hl=en&geocode=&q=kiel+deutschland&ie=UTF8&z… The audience would be interested in solutions for excuting windows applications under Linux. The speech would be part of the speeches before the Kiel Linux days (www.kieler-linuxtage.de (German only)). Maybe another speaker about VirtualBox would attend for a comparison between full virtualisation and an api emulation solution. We would like to hear the speech this summer. A more precisely planning for a speach date will come when we have our speakers and when they have time. So write me please (in German because the speech is required in German too) if you are interested in holding this speech. Have a nice day, Hauke

1 0

Re: ws2_32: Add support for FROM_PROTOCOL_INFO to WSASocket()
by Dmitry Timoshkov 26 May '08

26 May '08

"Kai Blin" <kai.blin(a)gmail.com> wrote: > + {FROM_PROTOCOL_INFO, FROM_PROTOCOL_INFO}, > }; > > static const int ws_socktype_map[][2] = > @@ -304,6 +305,7 @@ static const int ws_socktype_map[][2] = > MAP_OPTION( SOCK_DGRAM ), > MAP_OPTION( SOCK_STREAM ), > MAP_OPTION( SOCK_RAW ), > + {FROM_PROTOCOL_INFO, FROM_PROTOCOL_INFO}, > }; > > static const int ws_proto_map[][2] = > @@ -314,6 +316,7 @@ static const int ws_proto_map[][2] = > MAP_OPTION( IPPROTO_ICMP ), > MAP_OPTION( IPPROTO_IGMP ), > MAP_OPTION( IPPROTO_RAW ), > + {FROM_PROTOCOL_INFO, FROM_PROTOCOL_INFO}, > }; Although it was the case before, it's a mistake to have a comma after the last struct member initializer. > + if (lpProtocolInfo) { > + if (af == FROM_PROTOCOL_INFO) > + af = lpProtocolInfo->iAddressFamily; > + if (type == FROM_PROTOCOL_INFO) > + type = lpProtocolInfo->iSocketType; > + if (protocol == FROM_PROTOCOL_INFO) > + protocol = lpProtocolInfo->iProtocol; Please keep opening brace style/indentation consistent with code you have removed. > --- a/include/winsock.h > +++ b/include/winsock.h > @@ -146,6 +146,7 @@ extern "C" { > /* proper 4-byte packing */ > #include <pshpack4.h> > > +#define FROM_PROTOCOL_INFO (-1) PSDK has it in winsock2.h -- Dmitry.

6 10

Time to cull the changelog file
by Scott Ritchie 26 May '08

26 May '08

A while back, Alexandre promised to wipe the changelog file "when we hit 1.0 or when it hits 4 gigabytes, whichever comes first." Well, it's about time. I suggest removing all changes for entries earlier than Wine 1.0-rc1, as having it completely empty would be a bit silly. As for where to archive the old changes online, I'm not sure. Culling the changelog like this will reduce package size substantially. The text, even when compressed, is rather large. Thanks, Scott Ritchie

6 7

Re: winex11: BitBlt returns TRUE when drawing outside of the clipping or visible region.
by James Hawkins 26 May '08

26 May '08

On Sun, May 25, 2008 at 11:53 PM, Sergey Khodych <khodych(a)gmail.com> wrote: > > Please add a test to prove that this behavior is correct. -- James Hawkins

1 0

Re: winex11: BitBlt returns TRUE when drawing outside of the clipping or visible region.
by Vitaliy Margolen 26 May '08

26 May '08

Sergey Khodych wrote: > > Please add a test for this.

1 0

winex11: BitBlt returns TRUE when drawing outside of the clipping or visible region.
by Sergey Khodych 26 May '08

26 May '08

1 0

How to phrase Wine's success rate
by Dan Kegel 25 May '08

25 May '08

When making announcements about Wine 1.0, it's useful to include an objective measure of how well it works for the average app, one that correctly conveys both Wine's promise and its limitations. Our current appdb stats are: Platinum 1500 Gold 1763 Silver 1194 Bronze 1071 Garbage 2512 That's 19% platinum and 41% gold-or-platinum. (Given rating inflation, we probably shouldn't claim that silver or below means "working" for the average person.) How about: "Of the apps we have tested with Wine, about 20% work well, and about another 20% work but have some glitches." That assumes we don't have too many regressions. It'd be nice if the appdb could give finer grained summaries, e.g. counts of apps that had actually been tested with wine-1.0rc*. - Dan

8 11

Re: avifil32/tests: [2/2] Add a test for AVISaveOptions and fix thedetected crash
by Dmitry Timoshkov 25 May '08

25 May '08

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > - for (; nStreams > 0; nStreams--) { > + for (nStreams--; nStreams >= 0; nStreams--) { > if (ppOptions[nStreams] != NULL) { > ppOptions[nStreams]->dwFlags &= ~AVICOMPRESSF_VALID; Shouldn't this be for (nStreams - 1; nStreams >= 0; nStreams--) { instead? -- Dmitry.

2 1

Suggestions for AppDB/comment system
by doc 25 May '08

25 May '08

Currently the replied comments require loading another page. I would like to suggest making the comment load in the same page using some javascript/ajax. I would submit a patch to do this, but I notice the appdb webpage is not being version controlled (as far as I can tell). So another suggestion I have is to put AppDB code into git :) I am also forwarding this to appdb(a)winehq.org but would like other peoples input.

3 2