Tomas Carnecky wrote:
Tony Lambregts wrote:
Tomas Carnecky wrote:
ok.. here is a patch, but I can't make it work. Maybe someone else sees
the bug.
What is the problem. this is from a log of Google using your patch and
WINEDBUG="+wgl,+opengl"
As you maybe see in the patch, I've put both Swap
Tony Lambregts wrote:
> Tomas Carnecky wrote:
>> ok.. here is a patch, but I can't make it work. Maybe someone else sees
>> the bug.
>>
> What is the problem. this is from a log of Google using your patch and
> WINEDBUG="+wgl,+opengl"
As you maybe see in the patch, I've put both SwapBuffers functi
Tomas Carnecky wrote:
Lionel Ulmer wrote:
On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote:
so.. what about splitting 'opengl' up into 'opengl' (all the opengl
functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ?
Why not 'wgl' ? So we would have 'opengl' for 'cor
I was thinking about running Wine on Interix (the POSIX layer of
Microsoft's Services for Unix). There are a few apparent unknows:
Would Wine load the .dll.so's? Since Interix uses PE for it's native
format (running on Windows, duh), Would Wine load the .dll.so's? Would
it reject them being in
As of 0.9.10, the bug which caused all PNGs in Firefox to appear inverse
is fixed.
Also, for developers with slower machines, try using Mozilla 1.7.x, it's
much much faster than Firefox. It may not have *as many* bugs, but it
still brings up the same exact OLE problems which Firefox does, so u
Lionel Ulmer wrote:
> On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote:
>> so.. what about splitting 'opengl' up into 'opengl' (all the opengl
>> functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ?
>
> Why not 'wgl' ? So we would have 'opengl' for 'core' functions a
GL_FRONT and GL_FRONT_LEFT mean the same unless the drawable is stereo.
And I don't think PBuffers or Pixmaps can be stereo, so is there any
special reason to use GL_FRONT_LEFT ? Or is it because the spec sais so?
tom
"Igor Sysoev" <[EMAIL PROTECTED]> wrote:
The attached patch is the same patch but for Wine-0.9.10.
I've tested it on FreeBSD 6.1.
Please send it to wine-patches. If it's not included within
next week or so I'd suggest to ask Alexandre directly what
are his preferences in fixing this problem.
The german publishing company Heise Verlag reported in his online new
http://www.heise.de/newsticker/meldung/71270 the availability of a plugin
running Photoshop filters in GIMP on Linux using wine.
For details look the authors blog at
http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-g
On Thu, 23 Mar 2006, Igor Sysoev wrote:
3 years ago I reported that on FreeBSD Wine-20030508's
GetExitCodeProcess() always returns 1:
http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html
This report included a small test case.
It was fixed by patch:
http://www.winehq.org/hypermail/wine-
On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote:
> so.. what about splitting 'opengl' up into 'opengl' (all the opengl
> functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ?
Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for
the rest.
Lionel Ulmer wrote:
> On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote:
>> When debugging opengl applications, I'm usually not interested in the
>> *Swap*Buffers() functions, but in context creation, pbuffers stuff etc.
>> It just writes unnecessary messages into the console. When deb
On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote:
> When debugging opengl applications, I'm usually not interested in the
> *Swap*Buffers() functions, but in context creation, pbuffers stuff etc.
> It just writes unnecessary messages into the console. When debugging an
> application t
Lionel Ulmer wrote:
>> Oh, and this patch creates a new debug-channel 'swapbuffers' and puts
>> both opengl swapbuffers functions into it.
>
> What is the reason for this change ?
>
When debugging opengl applications, I'm usually not interested in the
*Swap*Buffers() functions, but in context cr
I've looked through the winetools code and it is a clusterf*ck of
nonsense. It appears to be in the final stages of code rot, however
This "clusterf*ck of nonsense" helped me to get a microcontroller
development suite running under Wine, which otherwise would not install
natively. After over t
On Thu, 23 Mar 2006, Eric Pouech wrote:
Igor Sysoev wrote:
When I try to run any program from Digital Mars C/C++ Compiler
http://www.digitalmars.com/download/freecompiler.html
under Wine 0.9.10 on FreeBSD 6.1, I always see the error:
this works fine here (on Linux)... may be a freebsd issue ?
> Oh, and this patch creates a new debug-channel 'swapbuffers' and puts
> both opengl swapbuffers functions into it.
What is the reason for this change ?
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
Karl Lattimer wrote:
[...]
I've looked through the winetools code and it is a clusterf*ck of
nonsense. It appears to be in the final stages of code rot [...]
Is THIS enough to get rid of Winetools?
--- Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
> Friday, March 24, 2006, 12:44:46 AM, Hiji wrote:
> > There is this program, Cakewalk Sonar XL 2
> >
> (http://appdb.winehq.org/appview.php?versionId=2615)
> > that I always try to run on Wine. The good news
> is, I
> > can get it running, not smoot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been able to get Wine working on FC5, both from source and from RPM
and neither seems to have the smooth font support. Is there some new
option that is needed for FC5 support. I had Notes 6.51 working very
nice under FC4, but it has some weird dra
Hello guys, I got a different problem I believe
I'm trying run a application to develop interactive class, called
VisualClass, if I start it with my kde resolution in 1280x1024, doesnt
works, if i start it with my kde resolution in 800x600, doesnt works too,
BUT if I start it with 800x600 and afte
"Peter Åstrand" <[EMAIL PROTECTED]> wrote:
What about using the thread_input->keystate, just as for Shift, Control,
and NumLock?
ToUnicodeEx does have a lpKeyState argument, so to me, it seems very wrong
that a static, global variable is needed as well.
I don't see how a thread local keystate
On Thu 23 Mar 2006 23:40, Andreas Bierfert wrote:
> > Nice and decent Fedora Wine packages are in Fedora Extras:
>
> I am interested in the _decent_ part... always open for suggestions :)
>
Well, decent in the sense that the packages are well-made, or alternatively:
you've done a great job ! :-)
I just decided to use the yum packages suggested earlier... and yes, it fails, then crashes! anyway, thanks!On 3/23/06, Francois Gouget <
[EMAIL PROTECTED]> wrote:On Wed, 22 Mar 2006, Neal Gompa wrote:> Well, the system is a Pentium 4
2.8GHz HyperThreading with 512MB RAM, so> that is not the probl
I read your story about winetools a couple weeks ago around the same
time that I tried using winetools on FC5 test 3, it didn't go well with
winetools and I was looking for another solution and couldn't find one
that fitted well with my criteria.
I started thinking of packages like RPMs and starte
Mike McCormack <[EMAIL PROTECTED]> writes:
> diff --git a/server/change.c b/server/change.c
> index 4349d7e..67a47af 100644
> --- a/server/change.c
> +++ b/server/change.c
> @@ -1130,7 +1130,7 @@ DECL_HANDLER(read_directory_changes)
> dir->signaled--;
>
> /* clear the event */
> -
Friday, March 24, 2006, 12:44:46 AM, Hiji wrote:
> There is this program, Cakewalk Sonar XL 2
> (http://appdb.winehq.org/appview.php?versionId=2615)
> that I always try to run on Wine. The good news is, I
> can get it running, not smoothly, but it does run.
> However, it tries to utilize one of i
Hi,
> maybe it was because of the earlier opengl patch 'Store GL context in
> TEB'. But I didn't notice such an increase then.. only from ~20 -> ~30fps
Hm.
Something increased the speed of half-life / counter strike drastically. It
isn't your patch, but some change that is in CVS already. The cha
> Yes, if there's evidence that an app references a dll (or exe) as a file
> then it should be put into the FakeDllsSection.
The Need for Speed Porsche Unleashed demo requires ddraw.dll in the system32
directory, otherwise it complains that it can't find directx.
pgp7KK8O7DOqA.pgp
Description: P
On Fri, 24 Mar 2006, Dmitry Timoshkov wrote:
? I do understand why this happens: X11DRV_ToUnicodeEx uses the global,
static variable AltGrMask. Is this a bug?
In X11DRV_ToUnicodeEx we need to restore XKeyEvent from the previous
KeyPress event. If you have a better idea how to do it without usi
Louis. Lenders wrote:
What about adding a few more, like opengl32
(http://bugs.winehq.org/show_bug.cgi?id=3877) and some
more (there are more of these bugs in bugzilla that
can be solved that way, i could make a quick list of
them if necessary) Regards Louis
Sure. How about sending a patch t
Tomas Carnecky wrote:
> Also, it would be great if we could put the *Swap*Buffers() into their
> own log domain, something like 'swapbuffers', because the trace is
> usually useless, only when you explicitly look whether these functions
> are called or not, otherwise they only fill the log with gar
32 matches
Mail list logo
