On 10/24/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> >http://www.xs4all.nl/~sailsup/wine-vb.tar.gz
> The application uses DBGRID32.OCX, and this particular control has
> problems running under Wine. I found this same bug and sent a patch in
> order to fix it (OLEAUT32: add additional cond
The bug I am referring to, that prevents steam from running is:
http://bugs.winehq.org/show_bug.cgi?id=3293
Hmm. it looks like
---> CALL
0011:Call kernel32.VirtualAlloc(0080,2000,1000,0004)
ret=20d13a13
0011:Call
ntdll.NtAllocateVirtualMemory(,7fcae0fc,0
Thank you for that suggestion.
I've just tried building dnsapi.dll from ReactOS form their sources (0.2.8
RC1, from http://sourceforge.net/project/showfiles.php?group_id=6553).
I was able to successfully build that dll (using mingw cross compiler).
However, dnsapi.dll they provide doesn't h
I gave Counter-Strike: Source a try under WINE tonight to see what kind
of results I get on my system (ATI9600XT w8.18 drivers, AMD2000+). It
was a pre-existing install that I had set up to run under both Windows
98 and Cedega.
After overriding the necessary DLLs, Steam gets past the logon... I'
hi!! i am a beginner in wine developing. i wouldlike to try creating my own DLL inside Wine. ive been following the steps in the DEVELOPER'S HINTS file. i already have my
Makefile.in and placed my directory in configure.acit looks like this: tools/wrc/Makefile]) AC_OUTPUT dlls/w2lvpd/
if test "$ha
Hi,
On 10/24/05, Dan Kegel <[EMAIL PROTECTED]> wrote:
> You seem to be using a native copy of dnsapi.dll,
> and seems unhappy that Wine's ntdll.dll lacks an implementation
> for RtlIpv6AddressToString().
> I suppose there's some chance that function would be very
> easy to implement. I'm cc'ing w
On 10/24/05, Mike Hearn <[EMAIL PROTECTED]> wrote:
> +
> +if ('A' + i != 'Z')
> +{
> +struct drive swapbuf;
> +
> +/* the root drive must be letter Z for now, the unixfs seems
> to expect it */
> +WINE_TRACE("attempting to rem
On 10/24/05, Robertino Benis <[EMAIL PROTECTED]> wrote:
> Here is the output from wine (WINEDEBUG was set to 'warn+all'), tons of "not
> found" stuff. Is there maybe any other option I should have used?
>
> [EMAIL PROTECTED]:~/src/bwapps$ ~/src/wine/wine/wine nslookup.exe
>
> warn:file:wine_nt_to_u
Hi,
I have an app that is was able to get working very well earlier this year
. Now , despite days of work and all the wine versions I can think of I am
unable to reproduce this.
Fortunately I have a tarball of the entire installation and I am able to
get the thing in it's previous workin
Hi,
I have an app that is was able to get working very well earlier this year
. Now , despite days of work and all the wine versions I can think of I am
unable to reproduce this.
Fortunately I have a tarball of the entire installation and I am able to
get the thing in it's previous working stat
If it stops for you while it upgrades itself (on 26%-27%). Then just kill wine
and restart steam. Eventually it will restart itself and continue from point
where it crashed.
That's a different bug...which, by the way was closed FIXED, and now I
don't think it was FIXED anymore - I ran into t
Monday, October 24, 2005, 5:19:43 PM, Ivan Gyurdiev wrote:
> Roderick Colenbrander wrote:
>>> How is it that you are able to get Steam to work?
>>>
>>> You don't run into:
>>> http://bugs.winehq.org/show_bug.cgi?id=3293
>>>
>>> Do you use any native dlls?
>>>
>>
>> Regarding steam I'm using a
Roderick Colenbrander wrote:
How is it that you are able to get Steam to work?
You don't run into:
http://bugs.winehq.org/show_bug.cgi?id=3293
Do you use any native dlls?
Regarding steam I'm using a native shlwapi and shdocvw for the rest all
native.
Strange... I can't get it to work
Roderick Colenbrander wrote:
Ignore my black screen comment aswell. The cause for it is likely some memory
corruption caused by my D3DERR_NOTAVAILABLE which isn't correct. Will submit
a small patch for the d3d9 CreateQuery bug and will look at other parts.
The reason I was looking into all thi
> Second I believe CreateQuery of d3d9 isn't correct. MSDN states that
> ppQuery can be NULL as explained above. Right now d3d9's CreateQuery
> returns D3DERR_INVALIDCALL when ppQuery is NULL. Further I'm not sure if
> wined3d's CreateQuery is correctly called from d3d9 as ppQuery isn't passed
> t
Ignore my black screen comment aswell. The cause for it is likely some memory
corruption caused by my D3DERR_NOTAVAILABLE which isn't correct. Will submit
a small patch for the d3d9 CreateQuery bug and will look at other parts.
The reason I was looking into all this is that the performance of hl
>
> This patch should fix the problem with Queries
> http://www.winehq.org/pipermail/wine-devel/2005-October/041237.html
>
This patch is not the same as the problem for halflife2. In case ppQuery is
NULL applications can detect if a certain query Type is supported. This
should indeed fail for un
> How is it that you are able to get Steam to work?
>
> You don't run into:
> http://bugs.winehq.org/show_bug.cgi?id=3293
>
> Do you use any native dlls?
Regarding steam I'm using a native shlwapi and shdocvw for the rest all
native.
Roderick
Mike McCormack írta:
Jonathan Wilson wrote:
I believe the strikethrough uppercase W is a korean Won sign.
There is an article on one of the microsoft blogs (which I cant get to
right now) that explains why the Yen and Won signs have this
relationship with the backslash.
In Korean Windows,
Roderick Colenbrander wrote:
Hi all,
Today I have been doing some experiments with halflife2 and the game works
(atleast if launched through steam in my case) but there are some issues
which I tried to address.
How is it that you are able to get Steam to work?
You don't run into:
http://bug
Hi all,
I have just noticed that the URL I have provided for accessing the wine
rpm package for FC4 is not very reliable. If someone is interested, I
can post all the relevant files (spec, patches, ecc.) for building the
rpm on the mailing list (total size ~15KB). Please let me know...
Regards,
Hi,
--- Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Today I have been doing some experiments with halflife2 and the game works
> (atleast if launched through steam in my case) but there are some issues
> which I tried to address.
>
> The game uses the D3D9 Query mechanism (Cre
On 10/24/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> >http://www.xs4all.nl/~sailsup/wine-vb.tar.gz
>
> The application uses DBGRID32.OCX, and this particular control has
> problems running under Wine. I found this same bug and sent a patch in
> order to fix it (OLEAUT32: add additional co
Dan Kegel wrote:
Way back almost three years ago, Roderick Colenbrander posted
about Visual Basic support on Wine; see
http://www.kerneltraffic.org/wine/wn20021115_144.html#10
He put together a little suite of four tiny test apps; you can still
download them at
http://www.xs4all.nl/~sailsup/win
Way back almost three years ago, Roderick Colenbrander posted
about Visual Basic support on Wine; see
http://www.kerneltraffic.org/wine/wn20021115_144.html#10
He put together a little suite of four tiny test apps; you can still
download them at
http://www.xs4all.nl/~sailsup/wine-vb.tar.gz
Of the f
Hi all,
Today I have been doing some experiments with halflife2 and the game works
(atleast if launched through steam in my case) but there are some issues
which I tried to address.
The game uses the D3D9 Query mechanism (CreateQuery/Issue/GetData) to
retrieve status information. HL2 uses this al
Peter Beutner <[EMAIL PROTECTED]> writes:
> hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
> I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
> I will dig a bit further if time permits.
>
> Just out of curiosity, why does the server continue ptra
The regression occurred between 2.6.8 and 9. One thing to do is to
try 2.6.8 which works on x86 and see if your problem goes away if
indeed it's the same problem.
On 10/24/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> Jesse Allen schrieb:
> >
> > I discovered this issue on x86 on linux 2.6.8/9 which led Linus to
> > fixing by 2.6.11. Andi Kleen has not ported the patch to x86-64 from
> > what I know, so wine will still suffer under it -- ie single steppi
There is a patch for http://bugs.winehq.org/show_bug.cgi?id=3547 available
from [EMAIL PROTECTED] which works great.
I would be really happy to see it inside 0.90
Thanks for helping...
Markus Goemmel
[EMAIL PROTECTED]
"Markus Gömmel" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTE
Liam Kurmos írta:
I've got wine up.
I think the 'strike-through upcase
letter W' s are a red herring as they don't appear on my system and are
probably locale related.
I tried to run it as "LANG=en_US wine setup.exe" and
"unset LANG ; wine setup.exe" just to be sure.
Same problem, so it's not
- Original Message -
From: "Stefan Dösinger" <[EMAIL PROTECTED]>
To: "Claude Mench" <[EMAIL PROTECTED]>
Cc:
Sent: Saturday, 2005 October 22 19:47
Subject: Re: Wine project: Support third party LDDM graphic drivers
> The Linux graphics driver situation is not bad, in my opinion. The nvid
Jesse Allen schrieb:
> On 10/23/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
>>hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
>>I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
>>I will dig a bit further if time permits.
>>
>>Just out of curiosity
Am Montag, 24. Oktober 2005 07:45 schrieb Vitaliy Margolen:
> Don't apply this patch. It doesn't really fix things yet. But the bug is
> somewhere there.
I've read in some forums that the Problem is fixed by calling glFinish()
before glXSwapBuffers. This fixes this isse with the fglrx driver, but
34 matches
Mail list logo
