> Please fix your hosts file while your at it. It might not be this
> specific issue, but it's going to cause other problems for certain.
What would you recommend?
On 10/15/07, Michael Lothian <[EMAIL PROTECTED]> wrote:
> On 15/10/2007, Andrey Turkin <[EMAIL PROTECTED]> wrote:
> >
> > > Let me take a wild guess. /etc/hosts resolves your hostname to a loopback
> > > address, like 127.0.1.1 or somesuch.
> > >
> > > If that's the case, please change /etc/hosts t
On 15/10/2007, Andrey Turkin <[EMAIL PROTECTED]> wrote:
>
> > Let me take a wild guess. /etc/hosts resolves your hostname to a loopback
> > address, like 127.0.1.1 or somesuch.
> >
> > If that's the case, please change /etc/hosts to make your hostname resolve
> to
> > your network card's IP address
>
> Let me take a wild guess. /etc/hosts resolves your hostname to a loopback
> address, like 127.0.1.1 or somesuch.
>
> If that's the case, please change /etc/hosts to make your hostname resolve
> to
> your network card's IP address.
>
> If that's not the case, please attach a +winsock log to bug
On Monday 15 October 2007 02:15:37 Michael Lothian wrote:
> I've rolled all the way back to 0.9.43 but I still can't join a Local
> Lan game (I don't use battlenet)
>
> So either the problem is in my setup (GCC 4.2.2 & Glibc 2.6.1) some
> random change in the Kernel or perhaps using the git tree ra
I've rolled all the way back to 0.9.43 but I still can't join a Local
Lan game (I don't use battlenet)
So either the problem is in my setup (GCC 4.2.2 & Glibc 2.6.1) some
random change in the Kernel or perhaps using the git tree randomly
changed the registry which when rolled back still remains
A
Hi Michael,
There are http://bugs.winehq.org/show_bug.cgi?id=9787 for this bug
Michael Lothian wrote:
> Hi
>
> I've noticed a problem in wine recently. When I try and join a network
> game in Warcraft I can see the game but I'm unable to join it.
>
> These errors are printing out:
>
> [EMAIL PROT
Hi
I've noticed a problem in wine recently. When I try and join a network
game in Warcraft I can see the game but I'm unable to join it.
These errors are printing out:
[EMAIL PROTECTED] ~/.wine/drive_c/Program Files/Warcraft III $ wine Frozen\
Throne.exe
ALSA lib conf.c:3949:(snd_config_expand)
On Sun, 07 May 2006 20:31:04 +0200, Herman Bos wrote:
> err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
> err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
> err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
You're using a mix of native and builtin DCOM DLLs ... don't
Sunday, May 7, 2006, 9:26:11 AM, Herman Bos wrote:
> Hi,
> We are using Ambrasoft, a Dutch educational software suite. It currently
> works on wine 0.9.9. But unfortunately not on later versions. When it
> just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
> start up with this
Dan Kegel wrote:
> Hi Herman,
> What does the Wine console log say?
> - Dan
>
Silly I forgot about that. Here it is:
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported
fix
Herman wrote:
We are using Ambrasoft, a Dutch educational software suite. It currently
works on wine 0.9.9. But unfortunately not on later versions. When it
just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
start up with this release.
Currently using wine 0.9.12 and it doesn'
Herman Bos osso.nl> writes:
>
> Any hints/tips/tricks/feedback would be appeciated.
>
> Kind regards,
>
> Herman Bos
>
>
Hi, looks quite similar to some bugs reported in bugzilla. Does running with
native oleaut32.dll get you around the problem (e.g.
WINEDLLOVERRIDES="oleaut32=n" wine ap
Hi,
We are using Ambrasoft, a Dutch educational software suite. It currently
works on wine 0.9.9. But unfortunately not on later versions. When it
just got out I tried wine 0.9.10, but unfortunately Ambrasoft hangs on
start up with this release. I was fairly busy but now I'm giving it
another shot
Brilliance! Used native riched20.dll and now everything's perfect. Thank you so much, and sorry to bother you!>>This is a NON-FATAL, merely cosmetic regression. The application in >>question still functions.I have just finished regression testing WINE according to these >>instructions:>>http:
Robert Shearman wrote:
Arren Lex wrote:
This is a NON-FATAL, merely cosmetic regression. The application in
question still functions.
I have just finished regression testing WINE according to these
instructions:
http://www.winehq.com/site/docs/winedev-guide/x1344
In Microsoft Word 2000, in
Arren Lex wrote:
This is a NON-FATAL, merely cosmetic regression. The application in
question still functions.
I have just finished regression testing WINE according to these
instructions:
http://www.winehq.com/site/docs/winedev-guide/x1344
In Microsoft Word 2000, in WINE prior to Monday, J
This is a NON-FATAL, merely cosmetic regression. The application in question
still functions.
I have just finished regression testing WINE according to these
instructions:
http://www.winehq.com/site/docs/winedev-guide/x1344
In Microsoft Word 2000, in WINE prior to Monday, June 13, 2005, 05:01
* On Thu, 27 Oct 2005, Jonathan Ernst wrote:
> * Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit :
> >
> > We actually /ask/ people to do regression testing, here f.x.:
> > http://www.winehq.org/site/docs/winedev-guide/x1344 to find a patch
> > that breaks things. Some develo
Jonathan Ernst wrote:
> If you remove the word processor I think you'll be under 30-40MB
> uncompressed with these ones:
>
> http://www.damnsmalllinux.org/
> http://www.zenwalk.org/staticpages/index.php?page=20050321031055330
>
> I didn't find a ready to use minidistro with gnome or/and kde as thes
Le vendredi 28 octobre 2005 à 06:21 +, Molle Bestefich a écrit :
> Jonathan Ernst wrote:
> > we could have VMWare installs of Wine and people could download
> > the VMWare image of any Wine release and play it for free using the
> > VMWare player !
>
> Excellent idea!!
>
> > I guess the downl
Jonathan Ernst wrote:
> > The approach is useless however, until these simple fixes are applied
> > to the tarballs (preferably through the versioning system).
>
> How do you decide what things have to be fixed in old tarballs ? Do you
> test each old tarballs every now and then and apply the corre
Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit :
>
> We actually /ask/ people to do regression testing, here f.x.:
> http://www.winehq.org/site/docs/winedev-guide/x1344
> to find a patch that breaks things. Some developers has probably
> recommended that approach on the mailin
On Wed, Oct 26, 2005 at 10:04:46AM +, Molle Bestefich wrote:
> I want to find which patch ruins an application.
> The application, according to one note, worked in 2003.
> I decide to try and see how it really runs with the 2003 version of
> Wine mentioned in the note.
The question now is: why
* On Wed, 26 Oct 2005, Jonathan Ernst wrote:
> * Le mercredi 26 octobre 2005 ?? 16:49 +0200, Molle Bestefich a ??crit :
> >
> > The approach is useless however, until these simple fixes are applied
> > to the tarballs (preferably through the versioning system).
>
> How do you decide what things
A lot of people have had this same problem in the past. Managing it is
a problem but there is a solution. Establish a policy that all
regression testing be done within the two latest versions. If it
doesn't run now and it did a year ago consider it a different problem.
This is the only solut
Le mercredi 26 octobre 2005 à 16:49 +0200, Molle Bestefich a écrit :
>
> The approach is useless however, until these simple fixes are applied
> to the tarballs (preferably through the versioning system).
How do you decide what things have to be fixed in old tarballs ? Do you
test each old tarba
at else.
That's exactly what should be fixed.
Stuff that prevents older versions from running *at all*.
You know where the problems are;
I know where *some* of them are;
I'm willing to do volunteer work to rectify the situation for everyone
else that wants to do Wine regression testing, but
On Wed, Oct 26, 2005 at 01:04:30PM +0200, [EMAIL PROTECTED] wrote:
> Very good points. It seems a lot of this has been accepted over the years
> on the basis that wine was alpha software and in that context , the past
> is the past - get the new release etc.
>
> It seems that the result is , a
Very good points. It seems a lot of this has been accepted over the years
on the basis that wine was alpha software and in that context , the past
is the past - get the new release etc.
It seems that the result is , as you say, regression testing is a PITA and
as a result often gets skipped
I then spend several days pulling various releases, just trying to compile them.
They all fail miserably, because some fix required to compile
correctly with newer Linux versions is /missing/.
For example,
- any Wine before 2004-01-02 won't work because it won't compile
against newer ALSA vers
Regression testing with Wine is a pain in the butthole.
For very bad reasons: Stuff that is simple to fix, but haven't been.
I'd like to help improve that situation.
Example:
I want to find which patch ruins an application.
The application, according to one note, worked in 2003.
I dec
Whoa! It works now!!! Beautiful!!! Thank you so much for helping me! You
rock!
Will this patch be made an official part of wine or will I have to apply it
every time I upgrade?
And THANK YOU AGAIN!!
_
Take charge with a pop-up g
Arren Lex wrote:
Unfortunately, the patch you sent me didn't seem to have any effect on
the application. It still crashes with exactly the same error. Here's a
new backtrace if it helps.
Does this patch do any better? (you'll need to back out the other one
first...)
cd ~/wine
patch -p0 -
Unfortunately, the patch you sent me didn't seem to have any effect on the
application. It still crashes with exactly the same error. Here's a new
backtrace if it helps.
[EMAIL PROTECTED]:~$ wine winedbg /win/D/Program\ Files/KeyNote/keynote.exe
WineDbg starting on pid 0xa
In 32 bit mode.
0x404
Krzysztof Foltman wrote:
The bugfix will be sent as soon as the previous bugfixes are accepted.
It looks more or less like this:
This fixes the installer for me. Arren's original problem running
KeyNote should be fixed with the attached patch... can you confirm if
it fixes the problem or
Arren Lex wrote:
I've just finished regression testing WINE using the instructions at
http://winehq.com/site/docs/wine-devel/x1375
One of my favourite applications, the open-source and freeware KeyNote,
available at http://www.tranglos.com/free/keynote.html , experienced a
regression between
> The patch that changed these files is:
> ChangeSet ID: 16245
> CVSROOT:/opt/cvs-commit
> Module name:wine
> Changes by: [EMAIL PROTECTED] 2005/02/22 09:50:14
That patch isn't directly responsible for the bug, it has probably just
revealed it.
The bugfix will be sent as soon
Krzysztof Foltman wrote:
Can you test it with the latest uncommitted patches applied?
(particularly, the recent 1.0 emulation "1/3" patch - ME_GetTextW fix -
seems to be relevant). The same patch has fixed a similar problem with
heap corruption in a different application (Revelation Patch).
Mike McCormack wrote:
I tried installing KeyNote, and it seems to have a richedit problem...
it crashes in EM_GETTEXTRANGE around line 1579 in editor.c... making the
allocation at line 1573 bigger seems to solve that.
Can you test it with the latest uncommitted patches applied?
(particularl
James Hawkins wrote:
I found WINE's ability to run the application was broken between 20050222
10:50:10 CDT and 20050222 10:50:15 CDT. Watching the output of 'cvs update',
it seems three files were modified during these five seconds:
Log message:
Mike McCormack <[EMAIL PROTECTED]>
On 10/8/05, Arren Lex <[EMAIL PROTECTED]> wrote:
> I've just finished regression testing WINE using the instructions at
> http://winehq.com/site/docs/wine-devel/x1375
>
> One of my favourite applications, the open-source and freeware KeyNote,
> available at http://www.tranglos.com/free/keynote.html
I've just finished regression testing WINE using the instructions at
http://winehq.com/site/docs/wine-devel/x1375
One of my favourite applications, the open-source and freeware KeyNote,
available at http://www.tranglos.com/free/keynote.html , experienced a
regression between WINE 20050211 and
> Word on the street is that we need an implementation of the DirectDraw
> clipper, but I have no idea if that's correct or if so, how much of it we
> need.
Last time I checked, it was not clipper related at all. It's basically (from
what I remember - I could be wrong) QuickTime that displays on t
On Thu, 30 Dec 2004 15:25:20 +0100, Michael Stefaniuc wrote:
> Now i get the stupid "make the whole display black" Quicktime thingy
That's a bug in DirectDraw, we have a bad hack in CrossOver for it but it
needs to be fixed properly.
Word on the street is that we need an implementation of the Dir
Eric Pouech wrote:
Is anyone still looking into this?
I'm seeing the same problem here (below messages repeated and 100% CPU
usage)
on RH 9 with the direct sound regression test and some games.
does this (new) patch help ?
Well, i don't know if it fixes their problem but at least it makes
Quickti
Is anyone still looking into this?
I'm seeing the same problem here (below messages repeated and 100% CPU
usage)
on RH 9 with the direct sound regression test and some games.
does this (new) patch help ?
A+
Name: ntk
ChangeLog: fixed some regression from #51
License: X11
GenDate
Eric Pouech wrote:
Jonathan Gevaryahu a écrit :
Eric Pouech <[EMAIL PROTECTED]> wrote:
To: Anish Mistry <[EMAIL PROTECTED]>
Cc: wine-devel@winehq.org
Subject: Re: Wine regression caused by 12/02 18:05:37 UTC commit:
breaks Total
Annihilation
and if you remove the entire line (if (!i
Jonathan Gevaryahu a écrit :
Eric Pouech <[EMAIL PROTECTED]> wrote:
To: Anish Mistry <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Wine regression caused by 12/02 18:05:37 UTC commit:
breaks Total
Annihilation
and if you remove the entire line (if (!is_version_
Eric Pouech <[EMAIL PROTECTED]> wrote:
To: Anish Mistry <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Wine regression caused by 12/02 18:05:37 UTC commit: breaks Total
Annihilation
and if you remove the entire line (if (!is_version_nt()) access =
TIMER_ALL_ACCESS;)?
A+
--_
On Monday 13 December 2004 02:27 am, Eric Pouech wrote:
> and if you remove the entire line (if (!is_version_nt()) access =
> TIMER_ALL_ACCESS;)?
> A+
Nope, still the same problem.
--
Anish Mistry
pgpPnu9aV74uR.pgp
Description: PGP signature
On Sunday 12 December 2004 02:54 pm, Eric Pouech wrote:
Jonathan Gevaryahu a écrit :
does this help?
A+
Index: sync.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/sync.c,v
retrieving revision 1.64
diff -u -u -r1.64 sync.c
---
and if you remove the entire line (if (!is_version_nt()) access =
TIMER_ALL_ACCESS;)?
A+
On Sunday 12 December 2004 02:54 pm, Eric Pouech wrote:
> Jonathan Gevaryahu a écrit :
> does this help?
> A+
>
> Index: sync.c
> ===
> RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/sync.c,v
> retrieving revision 1.64
> diff -u -u
Jonathan Gevaryahu a écrit :
does this help?
A+
Index: sync.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/sync.c,v
retrieving revision 1.64
diff -u -u -r1.64 sync.c
--- sync.c 7 Dec 2004 14:23:03 - 1.64
+++ syn
The CVS commit on 12/02 at 18:05:37 UTC causes the game "Total
Annihilation" to cease functioning. Previously the game worked (although
sounds don't work due to a seperate directsound issue), but since the
aformentioned commit, the game changes resolution but does not ever
display its titlescre
On Sunday 12 December 2004 10:59 am, Jonathan Gevaryahu wrote:
> The CVS commit on 12/02 at 18:05:37 UTC causes the game "Total
> Annihilation" to cease functioning. Previously the game worked (although
> sounds don't work due to a seperate directsound issue), but since the
> aformentioned commit,
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> > Are you sure that your app really regressed and had not shown the same
> > behaviour before my scrollbar fixes?
> >
> >
> No I am not sure but I think this is no regession. I think there is an
> error in the detection in the heigth of the bitmap. Bu
Am 24.07.2004 um 16:34 schrieb Dmitry Timoshkov:
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
Today I got some modified code snipplet:
case WM_PAINT:
PAINTSTRUCT MalInfo;
BeginPaint( hwnd, &MalInfo);
EndPaint( hwnd, &MalInfo);
HDC hdc= GetDC( hwnd);
BitBlt( hdc, 0, 20, doublebuffersize.right-d
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> > Today I got some modified code snipplet:
> >
> > case WM_PAINT:
> > PAINTSTRUCT MalInfo;
> > BeginPaint( hwnd, &MalInfo);
> > EndPaint( hwnd, &MalInfo);
> > HDC hdc= GetDC( hwnd);
> > BitBlt( hdc, 0, 20, doublebuffersize.right-doublebuffersize.
Am 19.07.2004 um 17:10 schrieb Nicolai Kuntze:
Am 16.07.2004 um 15:25 schrieb Dmitry Timoshkov:
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
I have the program online with some help how to get it started and how
to get the error/problem. I hope you have seen this. Does this help
you? I try to
Am 16.07.2004 um 15:25 schrieb Dmitry Timoshkov:
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
I have the program online with some help how to get it started and how
to get the error/problem. I hope you have seen this. Does this help
you? I try to get from the developer some test case but I can
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> I have the program online with some help how to get it started and how
> to get the error/problem. I hope you have seen this. Does this help
> you? I try to get from the developer some test case but I can not
> promise anything.
If I can't get an .
I have the program online with some help how to get it started and how
to get the error/problem. I hope you have seen this. Does this help
you? I try to get from the developer some test case but I can not
promise anything.
Nicolai
Am 15.07.2004 um 15:15 schrieb Dmitry Timoshkov:
"Nicolai Kuntze
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> Yes, of course. I would not ask if I hadn't. This is about 5 hours ago.
> But my problem still exists. I do not think that there is some
> fundamental problem but unfortunatly I can not debug it myself. If
> I know exactly what you need from th
Yes, of course. I would not ask if I hadn't. This is about 5 hours ago.
But my problem still exists. I do not think that there is some
fundamental problem but unfortunatly I can not debug it myself. If
I know exactly what you need from the developer of the program I can
see what I can do b
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> Sorry, I really thought the errors are linked. Can someone have a look
> at my case (2302). If someone tells me where to start I can try to
> debug it myself ...
Did you try to run your app with current CVS? It has some scroll regressions
fixed.
--
Sorry, I really thought the errors are linked. Can someone have a look
at my case (2302). If someone tells me where to start I can try to
debug it myself ...
Am 05.07.2004 um 15:29 schrieb George Marshall:
Dmitry Timoshkov wrote:
Perhaps you could at least try to diff relay traces with
and witho
Christian Costa wrote:
Hi Alexandre,
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
Could you look
"George Marshall" <[EMAIL PROTECTED]> wrote:
> Iv'e tried to run wine exporting WINEDEBUG=trace+relay
> with both the unpatched 20040615 version and the patched
> 20040615 version.
>
> 196M Jul 6 10:59 /tmp/wine-20040615-patched.trace-relay.log
> 158M Jul 6 11:32 /tmp/wine-20040615-unpatched.tr
James Perry wrote:
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
I am having a similar problem:
Dmitry Timoshkov wrote:
Perhaps you could at least try to diff relay traces with
and without an offending patch applied and send the results
to me.
Sure, I'l do that as soon as I can.
PS: You could try with the application submitted
in bug #2302
The app attached to the bug shows identical behaviou
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
I am having a similar problem: now when running any
"George Marshall" <[EMAIL PROTECTED]> wrote:
> > Do you have a small application I could test with?
>
> Unfortunatly not :-( , the application you see in the
> screenshots (bug #2314) is run by a cobol runtime which
> is not freely distributable, it needs a license key.
>
> But I could test thin
Hi Alexandre,
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
Could you look at it?
I can provide s
Dmitry Timoshkov wrote:
Do you have a small application I could test with?
Unfortunatly not :-( , the application you see in the
screenshots (bug #2314) is run by a cobol runtime which
is not freely distributable, it needs a license key.
But I could test things for you if you want.
Regards.
PS: You
"George Marshall" <[EMAIL PROTECTED]> wrote:
> > Does reverting of the following patch help?
>
> Yes it does make the application work as it did before
> the June Release :-)
Do you have a small application I could test with?
--
Dmitry.
Dmitry Timoshkov wrote:
Does reverting of the following patch help?
Yes it does make the application work as it did before
the June Release.
Great !
Dimitrie O. Paun wrote:
On Wed, Jun 30, 2004 at 10:04:49AM +0200, George Marshall wrote:
Well no, with the Wine release of May the application had no
scrollbars (correctly) while with June release the scrollbars
are shown and are not working properly.
Figuring out the exact patch that introduced t
On Wed, Jun 30, 2004 at 10:04:49AM +0200, George Marshall wrote:
> Well no, with the Wine release of May the application had no
> scrollbars (correctly) while with June release the scrollbars
> are shown and are not working properly.
Figuring out the exact patch that introduced the problem would
b
"George Marshall" <[EMAIL PROTECTED]> wrote:
> Basically everything with the scrollbars worked fine
> untill Wine 20040615.
Does reverting of the following patch help?
http://cvs.winehq.org/patch.py?id=12586
If no, you have to find an offending patch on your own.
--
Dmitry.
Nicolai Kuntze wrote:
Is it possible that you got confused with the wine versions? I think you
have permuted the names of your uploaded pictures Maybe I am wrong.
Well no, with the Wine release of May the application had no
scrollbars (correctly) while with June release the scrollbars
are sh
Gabriele Giorgetti wrote:
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615). With wine version
20040505 everything was just fine.
I've attacched a zip file with two screenshots
(pls. see wine BUG #2314 @ bugs.winehq.org )
the first one is the correct behavior of
Is it possible that you got confused with the wine versions? I think
you have permuted the names of your uploaded pictures Maybe I am
wrong.
Am 25.06.2004 um 18:31 schrieb Gabriele Giorgetti:
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615). With wine ve
Am 29.06.2004 um 09:20 schrieb George Marshall:
Gabriele Giorgetti wrote:
Trying to describe the problem:
The application show up with a bottom scrollbar and
a right scrollbar even if they are not needed. When
executing the very same application, with the very
same settings and size with wine 2004
Gabriele Giorgetti wrote:
Trying to describe the problem:
The application show up with a bottom scrollbar and
a right scrollbar even if they are not needed. When
executing the very same application, with the very
same settings and size with wine 20040505 the scrollbars
are not there.
I've also not
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615). With wine version
20040505 everything was just fine.
I've attacched a zip file with two screenshots
(pls. see wine BUG #2314 @ bugs.winehq.org )
the first one is the correct behavior of the app using
wine 2004050
87 matches
Mail list logo
