Hi,
First, apologies for the length. It's quite a complex issue:
A few days ago someone sent to the list asking why a program he'd
written on WinXP runs under WineDbg but not under plain wine. Over the
weekend I debugged the program and found out that his program doesn't
use the standard WinMain e
I have test programs but need to convert them into test cases. The
test cases for these are little tough to make for query options as
some of them need net connection.
If you want i will send my test programs, but you need to work them
out to become a test-suite
Thanks,
Vijay
On 11/7/05, Dmitry T
Hi again,
Sorry for the double post and the stupid default From-Header
(not my machine).
I replaced my modified comm.c with the latest CVS, made the changes
as described below and still got communication errors (the device
replies that commands are malformed). So I attempted to apply the
changes I
Hi,
I finally got G-Ware to work flawlessly under wine after some
tweaks in the comm.c file. One problem was in the (thread) function
COMM_WaitCommEventService().
When I 'disconnect' in the client program it calls purge and sets
the event mask to 0 (ie. it is no longer interested in events from
th
[EMAIL PROTECTED] wrote:
Is it still too early to expect much from wine ole and just add all
ole related dlls to winecfg as native only?
No. Please report any bugs with the builtin ones and I'll see what I can do.
--
Rob Shearman
On 11/7/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > I've been able to play battlefield 1942 using X.org drivers. I'm
> > using latest cvs of about two weeks ago.
> Do you mean wine CVS or X.org CVS? Which card?
>
Oh I mean DRI's minimal X build plus mesa drivers checkouts from cvs
from abo
Juergen,
Sorry for the slow reply. Thanks for responding. Because a couple of people
(including yourself) had bad results with this patch, I've put it on hold for
the moment, except for the alsa-driver part which has now gone into wine CVS.
That alone gives a good improvement on my own system (
On 11/7/05, Christian Costa <[EMAIL PROTECTED]> wrote:
> The error (21) suggest the drive is not ready or is finishing something.
> Could you add a delay before the ejection IOCTL ?
No difference with this:
if (!DeviceIoControl( handle, IOCTL_STORAGE_MEDIA_REMOVAL,
&removal, sizeof(removal),
On Mon, 07 Nov 2005 02:56:18 +0100, Robert Shearman <[EMAIL PROTECTED]>
wrote:
I did install DCOM98 , is there anything above that makes you still
think this is a dcom95 version of rpcrt4.dll?
Here is a dependency tree for the status in RPC_StartRemoting:
RPC_StartRemoting -> RpcServerUs
On Mon, 07 Nov 2005 13:14:16 +0100, David D. Hagood <[EMAIL PROTECTED]>
wrote:
Uwe Bonnes wrote:
"David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test
On Mon, 07 Nov 2005 23:39:20 +0100, Christian Costa
<[EMAIL PROTECTED]> wrote:
Brian Vincent wrote:
On 11/5/05, Brian Vincent <[EMAIL PROTECTED]> wrote:
Then "wine eject" doesn't work the first time I try it. The second
time I run it, it works fine.
Maybe I'm just unclear on the usage.
On Mon, 07 Nov 2005 14:17:13 +0100, Christoph Frick <[EMAIL PROTECTED]>
wrote:
something is fishy in
wine and at least its good to talk about it... and prevent this in the
future.
quite so, I think this got sorted pretty quickly by Rob so the patch
should get into cvs to solve the anomoly.
Brian Vincent wrote:
On 11/5/05, Brian Vincent <[EMAIL PROTECTED]> wrote:
Then "wine eject" doesn't work the first time I try it. The second
time I run it, it works fine.
Maybe I'm just unclear on the usage. It appears the first time it
unmounts the drive and then the second time it
So this is the last update of my CVS-Update-Script for the main
wine-tree. I call it the version 0.3 which should work perfectly on
most machines. Usage changed a little bit. There are 3 Modes available
which can be set as parameter: -0 update the cvs-tree -1 + compile the source -2 + install
Oliver Stieber <[EMAIL PROTECTED]> writes:
> @@ -142,9 +142,10 @@
> FIXME("(%p) call to IWineD3DDevice_CreateQuery failed\n", This);
> HeapFree(GetProcessHeap(), 0, object);
> *ppQuery = NULL;
> - } else {
> + } else if (ppQuery != NULL) {
> *ppQuery = (LPDIRECT3DQUERY9) obje
Hello!
(Sorry for my bad English.)
I have problem with compiling after cvs update. Please help!
$ tar xvjf wine-0.9.tar.bz2
$ mv wine-0.9 wine
$ tar xvzf wine-cvsdirs-0.9.tar.gz
$ cd wine
$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/wine
$ cvs login
$ cvs update -PAd
$ ./configure
$ make dep
Dmitry Timoshkov wrote:
> Molle Bestefich wrote:
> > Patching winpos.c to not touch those 4 variables does not seem to
> > cause any other regressions (as far as I can see), so my immediate
> > thought is that this is the right and correct thing to do.
>
> No, that's not right and not correct, you
> I've been able to play battlefield 1942 using X.org drivers. I'm
> using latest cvs of about two weeks ago.
Do you mean wine CVS or X.org CVS? Which card?
> But I'm having the clippling problem again which I described in the
> thread Sept 3rd,
> Re: wined3d - d3d9 regression testing 7_12_2005
>
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
> ChangeLog
>
> Added implementation for INTERNET_OPTION_VERSION
> Added implementation for INTERNET_OPTION_USER_AGENT
> Fixed behavior for INTERNET_OPTION_HTTP_VERSION
> Added implementation for unsupported options
Look like it lac
"Molle Bestefich" <[EMAIL PROTECTED]> wrote:
> Patching winpos.c to not touch those 4 variables does not seem to
> cause any other regressions (as far as I can see), so my immediate
> thought is that this is the right and correct thing to do.
No, that's not right and not correct, you haven't even
On 11/7/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> I've tested it with Battlefield 1942, and I've mixed results.
>
> The game comes up fine, except of the missing fonts and the sound problems.
> With the radeon driver from X.org, the main menu background animation works.
> Starting a game doe
On Mon, Nov 07, 2005 at 12:31:32PM +, Huw D M Davies wrote:
> Huw Davies <[EMAIL PROTECTED]>
> Remove a couple of unnecessary guids.
Actually could you ignore this for the time being. The guids are
needed to get the crosstests to build as mingw lacks these in its
libuuid.a
Hu
> 1. Is it correct to just stop mucking about with the application's 4
> variables as done above?
I just had a brief chat with Javi S. Pedro (reporter of this bug). It
wasn't clear from his original description which version of Wine he
previously used to test Trillian. He seems to remember using
The patch seems to cause a regression with Valve's Source engine.
Counter-Strike: Source now only shows a black screen and then crashes,
whether specifying -dxlevel 80 or 70. Half-Life 2 exhibits the same
symptoms.
I've put a file containing the +d3d debug out at
http://www.eternaldusk.com/progr
Tony Lambregts wrote:
> > Could I please be granted privileges to change the subject line on
> > that bug (2658)?
>
> You can now confirm and edit bugs (including the description)
Thanks!
I'm done now, so you can revoke the privilege if you wish.
In other news, bug 621 was closed with no resoluti
On Mon, Nov 07, 2005 at 12:31:37PM +0100, [EMAIL PROTECTED] wrote:
> >oh well and btw: gcc 4.0.2.pre (or so) is my compiler.
> come on fellas! now you're using unstable , pre-release compilers.
> please dont waste time here. There enough true disfunctionality in Wine
> that needs to be tracked d
"David D. Hagood" <[EMAIL PROTECTED]> wrote:
> --- dlls/msvcrt/file.c 7 Oct 2005 15:01:15 - 1.91
> +++ dlls/msvcrt/file.c 7 Nov 2005 01:15:55 -
> @@ -1657,7 +1657,16 @@
>TRACE(":EOF\n");
>MSVCRT_fdesc[fd].wxflag |= WX_ATEOF;
>if (MSVCRT_fdesc
On Mon, 07 Nov 2005 10:25:17 +0100, Christoph Frick <[EMAIL PROTECTED]>
wrote:
oh well and btw: gcc 4.0.2.pre (or so) is my compiler.
come on fellas! now you're using unstable , pre-release compilers.
please dont waste time here. There enough true disfunctionality in Wine
that needs to b
Uwe Bonnes wrote:
"David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test suite. Send the
test/patch to wine-patches for inclusion, perhaps also stating i
Thanks a lot, that answered my questions perfectly!
(I hope someone implements it the "right" ALSA way with buffer locking
someday. I'll do it, if I ever get the time /and/ learn C.. which is
not likely to happen anytime soon, hehe...)
Hello,
>So far I've tested Rail Road Tycoon 3, Celebrity Death match, Madden NFL
> 2004 all the d3d8 demos from http://www.codesampler.com, a few more games I
> can't remember at the moment and everything's seems to be working as good
> as or better than the current Direct3D 8 code.
I've tested
Brian Vincent <[EMAIL PROTECTED]> writes:
> Maybe I'm just unclear on the usage. It appears the first time it
> unmounts the drive and then the second time it actually ejects it. Is
> that intended behavior?
No, it should be able to eject the first time.
--
Alexandre Julliard
[EMAIL PROTECTED
On Mon, 7 Nov 2005 09:52:35 +0100
Molle Bestefich <[EMAIL PROTECTED]> wrote:
> Great explanation, thanks!!!
> Greatly appreciated by me and I'm sure a lot others.
Good :-)
> I'm missing a point from your explanation here:
> Why do you even need the hardware play position?
> It seems that the ALS
On Sun, Nov 06, 2005 at 05:29:02AM +0100, zhilla wrote:
> before submitting this as bug, some advice please...
> on slackware 10.2 (gcc 3.3.6) i compile wine cvs, and it has worked so
> far. last version working is around or exactly 0.9.
> now, it compiles/installs fine, but any program, includin
> "David" == David D Hagood <[EMAIL PROTECTED]> writes:
...
David> I've attached a patch that corrects the problem.
David> Changelog
It is also a good idea to add a test case in our test suite. Send the
test/patch to wine-patches for inclusion, perhaps also stating if you allow
rewi
Davin McCall wrote:
> Here's a long description of what my Alsa-driver patch does.
Great explanation, thanks!!!
Greatly appreciated by me and I'm sure a lot others.
> Previously Wine's Alsa driver was using an undocumented internal Alsa call to
> (_snd_pcm_hw_get_ptr, or something like that) to
Peter Beutner wrote:
Besides there is nowhere stated that there are only certain supported compiler
flags which
you should use.
Correct. Using any compiler flags other than what configure adds by
default is unsupported, untested and unreliable. Even seemingly
harmless flags such as "-Wall
황윤성 wrote:
> ./wine/
> ./wine/programs/
> ./wine/programs/wcmd/
> ./wine/programs/wcmd/Ko.rc
황윤성씨, 안녕하세요!
Thanks for the contribution. Please only add Korean resource files when
you have translated the contents into Korean. Wine will fall back to
using the English resources by default.
When
On Sun, Nov 06, 2005 at 11:39:44PM +0100, Peter Beutner wrote:
> Mike McCormack schrieb:
> > zhilla wrote:
> >> http://gentoo-wiki.com/Safe_Cflags . if gentoo people claim these are
> >> safe cflags, and it worked until couple days ago, then something is
> >> definetly wrong, right?
> >
> > This is
39 matches
Mail list logo
