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
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
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
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:
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
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 its
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 */
-if
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 problem!
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
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 ! :-)
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
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
-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
--- 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 smoothly, but it
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?
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/
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
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
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
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 that
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 debugging
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.
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:
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
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.
--
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
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 and
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
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
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
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 functions to
the
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
32 matches
Mail list logo