On Fri, Oct 10, 2008 at 10:42:05AM +0200, Roderick Colenbrander wrote:
+/* Try to create an OpenGL 3.0 contet */
content? context?
--
cu
pgpP3eMPpyjbs.pgp
Description: PGP signature
On Tue, Jun 03, 2008 at 07:57:00PM -0700, Matthew D'Asaro wrote:
Instead I set wm-info.lBufOffset to wm-info.lDiskOffset because the
buffer is flushed at the beginning of a call to mmioSetBuffer so
wm-info.lDiskOffset is synchronized with wm-info.lBufOffset and so
wm-info.lDiskOffset contains
On Sat, Apr 26, 2008 at 08:39:19AM -0600, Vitaliy Margolen wrote:
Christoph Frick wrote:
diff --git a/dlls/dinput/device.c b/dlls/dinput/device.c
index 5f927d0..baca0b3 100644
--- a/dlls/dinput/device.c
+++ b/dlls/dinput/device.c
@@ -1400,3 +1400,54 @@ HRESULT WINAPI
On Sat, Apr 26, 2008 at 08:57:28AM -0600, Vitaliy Margolen wrote:
Please use 4 spaces indentation, no tabs.
what happened to original author decides? ;)
i will run the uncopied parts through indent once i find the -unreadable
flag for it...
+ snprintf(buf, MAX_PATH, FMT_UHIDDEVS,
On Sat, Apr 26, 2008 at 12:54:14PM -0600, Vitaliy Margolen wrote:
For anyone who wants more then 150 they can change that in the registry.
Honestly I've yet to see a single device with such a high DPI!
for the fun of it - i run wine at 144 it is one less than i need:
0:32 !1 [EMAIL
On Thu, Apr 24, 2008 at 08:06:07AM -0600, Vitaliy Margolen wrote:
+FIXME(Can't support %d axis. Clamping down to 16\n,
newDevice-axes);
FIXME(Can't support %d axes. Clamping down to 16\n,
newDevice-axes);
--
cu
pgpCuOEwa3C1c.pgp
Description: PGP signature
On Thu, Apr 24, 2008 at 09:04:11AM -0600, Vitaliy Margolen wrote:
ok, don't beat me on this one (i guess i could have asked this also for
try one):
+FIXME(Can't support %d axes. Clamping down to 16\n,
newDevice-axes);
...
+WARN(Can't support %d buttons. Clamping down to
On Mon, Apr 14, 2008 at 11:04:52PM +0200, Kai Blin wrote:
Binding to a specific address is the only easy way of detecting
which interface an UDP packet was received on since recvfrom() only
gives source address, not destination. Listening on 0.0.0.0 would
make impossible to tell which
On Mon, Apr 14, 2008 at 04:05:23PM +0200, Kai Blin wrote:
Hi Kai, et all,
+static const char magic_loopback_addr[] = {127, 12, 34, 56};
in the past wine used to work quite well with the ip-address configured
using the places in the windows registry (msdn or something similar kept
an howto for
On Tue, Mar 04, 2008 at 04:15:10AM -0800, Dan Kegel wrote:
I propose that we change the appdb ratings definitions so that an app
that only works with a crack gets no higher than bronze.
how about:
give it the next state to gold and add a appdb flag, that states may
only work if some put in
On Tue, Mar 04, 2008 at 03:35:11PM +0100, Kai Blin wrote:
No argument on the US part. I'm still convinced that by EU laws,
you're allowed to crack an app you bought in order to make it run on
your software. As this hasn't been tested in court yet, though, I'll
concede.
IANAL, but since 2008
On Mon, Feb 18, 2008 at 03:30:30PM +0800, Dmitry Timoshkov wrote:
What's the purpose of running 3 full screen games simultaneously?
Perhaps you have to run them with different wine prefixes then.
i run all my games in a desktop as big as the root window. this is a
must for the game Grand Prix
this is suggested on quite some places in appdb to make seucrom based games
come a litle further
---
tools/wine.inf |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/tools/wine.inf b/tools/wine.inf
index c3cb89c..f63fb23 100644
--- a/tools/wine.inf
+++ b/tools/wine.inf
On Thu, Dec 20, 2007 at 03:58:05PM +0100, H. Verbeet wrote:
OLD CONFIGURATION:
Configuration: Core 2 Duo [EMAIL PROTECTED], 2GB RAM, GF 6800 GS
Options in wine registry: GLSL, FBO, VideoMemorySize 256, PS, VS,
SoftwareEmulation
Patches: 3DMark hack
ACTUAL CONFIGURATION (bold
Hi wined3d devs,
i get this message on my notebook (Quadro 570m):
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8)
combined_samplers
does anyone want some
On Thu, Oct 11, 2007 at 11:44:03AM +0200, Tijl Coosemans wrote:
On Thursday 11 October 2007 04:02:22 Jan Zerebecki wrote:
On Wed, Oct 10, 2007 at 06:22:19PM -0500, King InuYasha wrote:
That way, there isn't a conflict between audio
streams to send to audio output.
Any mixing resolves
On Mon, Oct 08, 2007 at 08:09:37AM +0200, [EMAIL PROTECTED] wrote:
Which program do I have to use to get connected in the #winehq
channel?
I have truly been out of chatting for a long time.
http://www.winehq.org/site/irc
--
cu
pgpXKn8BUAWak.pgp
Description: PGP signature
On Thu, Sep 27, 2007 at 04:48:23AM +, L. Rahyen wrote:
On Thursday September 27 2007 04:07, Vitaliy Margolen wrote:
The point I'm trying to make is: can we once put our right ways of
doing things aside and fix something that never worked before? And
fix it _for good_!
I strongly agree
On Fri, Aug 10, 2007 at 02:29:49AM -0700, Chris Robinson wrote:
@@ -137,7 +132,7 @@ typedef struct wine_glpbuffer {
} Wine_GLPBuffer;
static Wine_GLContext *context_list;
-static struct WineGLInfo WineGLInfo = { 0 };
+static struct WineGLInfo WineGLInfo;
static int
On Thu, Aug 02, 2007 at 06:54:12AM -0600, Vitaliy Margolen wrote:
OK, so how do i force my system to use the other implementation (so i
can test it) ?
I have a Logitech WingMan Extreme (old version).
Just (re)move /dev/input/js*. Or in dinput change device name to point to
non-existent
On Mon, Jul 09, 2007 at 12:52:43PM +0200, Kovács András wrote:
...
+#define D3D10_VS_OUTPUT_REGISTER_COUNT
( 16 )
+#define D3D10_WHQL_CONTEXT_COUNT_FOR_RESOURCE_LIMIT
( 10 )
+#define
On Fri, Jun 01, 2007 at 01:28:36PM -0500, Tom Spear wrote:
root is used in more than just FetchUninstallInformation It is
used in UninstallProgram. So unless I declare root as a global
variable, it would not be accessible by UninstallProgram, and would
therefore fail to compile. Also,
On Thu, Apr 12, 2007 at 10:02:31AM +0200, Maarten Lankhorst wrote:
There are 5 different audio drivers for linux, I think this is a bit
overkill, so I propose to remove the esd and nas drivers, I don't think
anyone uses esd, especially that since for that task alsa can be used
now since dmix
On Mon, Feb 12, 2007 at 04:18:00PM +0100, Stefan Munz wrote:
Developers in
1. Germany
2. Europe (incl. Germany)
3. Worldwide (incl. Europe)
How many developers work for Codeweavers (as they are for sure the
biggest contributor)?
isn't finding this number hard for OSS? what makes
On Thu, Feb 08, 2007 at 07:01:04PM +0100, Stefan Dösinger wrote:
DirectDraw games access the screen directly by using coordinates from
0, 0 to with, height. If wine makes the surface bigger the rendering
will just end up in a corner. The best thing we can do is to scale it,
but that is what
hiho
what i ever wondered but never dared to ask:
i tried recently the said key with jagged alliance 2. as the game has
quite a low resolution 640 or 800 it would be nice to allow higher
resolutions when rendering ddraw with opengl (e.g. game wants 800 but
for the final rendering use 1600). is
On Tue, Jan 23, 2007 at 08:58:24AM +0100, Tomas Carnecky wrote:
I'm sure I could hack you a small app that takes input events from
/dev/input/eventX and uses XTest to fake X key events. That way you
could 'map' F13 to Control-F1. I've written a few 'drivers' for input
devices (MS Strategic
On Mon, Jan 22, 2007 at 02:07:34PM -0600, Peter Seebach wrote:
I have implemented and tested a patch which is almost certainly unsuitable
for production, but which is very convenient to me; it is this patch I
enclose. This patch replaces F13-F24 with control-alt-F1 through
control-alt-F12,
On Mon, Jan 15, 2007 at 08:03:25PM +0100, Christoph Frick wrote:
This is the replacement for [dinput 4/5] - the other patches still
apply.
--
Add a config for the axes like we do for the buttons
This adds a mapping from the linux input id of the axis to the instance id
we assigned the axis
On Mon, Jan 15, 2007 at 10:42:10AM -0700, Vitaliy Margolen wrote:
df-rgodf[idx++].dwType = DIDFT_MAKEINSTANCE(axis++) |
DIDFT_ABSAXIS;
}
-for (i = 0; i 4; i++)
+
+idx = WINE_JOYSTICK_MAX_AXES;
Why are you creating a gap? This is exactly the point here to skip
On Thu, Jan 11, 2007 at 01:10:21PM -0700, Vitaliy Margolen wrote:
What you described is SetProperty(DIPROP_RANGE). What I'm talking about
is the range we get from device itself. In the map_axis we have:
if (val hmax) This-joydev-havemax[axis] = hmax = val;
if (val hmin)
On Thu, Jan 11, 2007 at 10:25:51AM -0700, Vitaliy Margolen wrote:
attached a patch with all the suggestions for Vitaliy.
Christoph Frick wrote:
with Vitaliy's patches i tried my games yesterday and everything seemed
ok (RBR works again). but my clutch on the wheel did not work and also
On Thu, Jan 11, 2007 at 10:25:51AM -0700, Vitaliy Margolen wrote:
@@ -128,11 +122,20 @@ struct JoystickImpl
/* The 'parent' DInput */
IDirectInputImpl *dinput;
+ /* autodetecting ranges per axe by following movement */
+ LONG
On Sun, Jan 07, 2007 at 10:22:34PM +0200, Tuomo Kohvakka wrote:
http://appdb.winehq.org/appview.php?iVersionId=5934iTestingId=6382
As shown there, joystick (that ofcourse really means the wheel :)
isn't detected by the game with current wine. I decided to take a look
at that, figuring that
On Wed, Dec 20, 2006 at 10:27:52AM -0700, Vitaliy Margolen wrote:
The biggest problem is we don't properly initialize device. We
should create our own data format structure that has only found
objects. So we don't need to do it over and over again in EnumObjects
or GetObjectInfo.
In the
hiho
with that patch:
commit c17e06d5c0e456d3052a1b6de688956f87c59d3e
Author: Vitaliy Margolen [EMAIL PROTECTED]
Date: Sun Dec 10 14:15:08 2006 -0700
dinput: No need to copy default constant format. Use already defined static
instead.
:100644 100644 c5a35a1... 369c26d... M
On Wed, Nov 08, 2006 at 10:32:05PM +0100, Mirek wrote:
Here is some small report from terminal:
cvswine glsl_bump_mapping.exe
err:wgl:process_attach X11DRV or GDI32 not loaded. Cannot create default
context.
err:module:LdrInitializeThunk opengl32.dll failed to initialize, aborting
On Mon, Nov 06, 2006 at 10:29:22PM +0800, Dmitry Timoshkov wrote:
3) I'm using exec-shield patch, but I can disable it (for sure,
tested by the pax testing suite) using a procfs entry. Even with
exec-shield disabled the crash is still there, and in 2.6.17, even
with exec-shield enabled,
On Fri, Nov 03, 2006 at 01:57:33PM +0100, Roderick Colenbrander wrote:
one of the patches from 2006-10-31 fixed my problems as it seems.
IL2 now crashed out 1 of 4 starts but with another error. the
remaining stuff is fine - although NASCAR 2003 is very slow now.
Regarding the slowness of
On Thu, Nov 02, 2006 at 05:46:07PM +0100, Christoph Frick wrote:
Hmm, if that is indeed the case this patch could work for them. The
whole issue is new for me, I'll see what I can do about it. Right now
there's some GLX code in opengl32 which creates an opengl context. I
was planning
On Thu, Nov 02, 2006 at 02:25:33PM +0100, Roderick Colenbrander wrote:
Hmm, if that is indeed the case this patch could work for them. The
whole issue is new for me, I'll see what I can do about it. Right now
there's some GLX code in opengl32 which creates an opengl context. I
was planning to
On Wed, Oct 25, 2006 at 12:07:44AM +0200, Roderick Colenbrander wrote:
Hi Roderick,
This patch reimplements opengl32's wglGetProcAddress. The endresult is
a more reliable function which doesn't directly call X functions.
I have tested this patch against current GIT and still i dont get any of
On Mon, Oct 23, 2006 at 02:28:01PM +0200, Miko??aj Zalewski wrote:
IMO the question is what would an Austrian user (who have chosen
German as his preferred language) want to see if there is no such
translation: the German spelling or English? I don't know the answer
but I'd expect that if
hiho
the game LFS[1] uses in its shaders constants with high numbers
(c10-c17,c90-c95); so in sum no problem. but due to check against the
OpenGL implemented maximum (in my case VC[31]) the shaders wont work
anymore (array out of bounds).
is this due to recently discussed max/4 is correct but
On Wed, Oct 04, 2006 at 07:10:41PM +0200, Kopfgeldjaeger wrote:
2. raw disk access normally requires root rights. It's very unlikely
that Alexandre would permit anything which requires to run wine as root
(even if those are only additional features)
and its very unlikely, that a sane person
On Thu, Oct 05, 2006 at 04:25:38AM -0400, Tim Schmidt wrote:
What we're talking about here is a class of applications that expect
raw (or nearly-raw) disk access:
- copy-protection that writes mysterious things to or near the MBR
- various utility software (virus scanners, disk
On Wed, Oct 04, 2006 at 09:41:16AM -0500, Tom Spear wrote:
I should add that I just thought about this and realized that we
_could_ always just encrypt the contents of the file as it is written
and read, so that we can actually get somewhere, and not be exposing
sensitive data at the same
On Wed, Oct 04, 2006 at 04:09:51PM +0100, Martin Owens wrote:
Anyone techinicaly adept could find the MBR, it's the 1st sector on
the disk, this isn't about boot records but the MBR which is in a
known place. I recon you could use linux tools on your windows hard
drive to retrieve it easy.
hi
would someone please comment on that patch? this is a nearly unchanged
version of my previous attempt - but this time against current git.
---
dlls/winex11.drv/settings.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/dlls/winex11.drv/settings.c
On Thu, Sep 07, 2006 at 12:07:30PM +0200, Roderick Colenbrander wrote:
Hmm, strange. Could you run the programs using WINEDEBUG=+wgl
appname.exe and post me the logs?
Strange indeed. please ignore this. i am back on the trunk and there is
no problem. sorry for all the confusion.
--
cu
hiho
the game ``NASCAR Racing Season 2003`` from Papyrus actually asks when
using the OpenGL driver in the game for 24 bit modes. Otherwise it
complains, that it can not find any display modes (it works with 16bit -
but the game seem only to accept the modes the current desktop runs in).
so what
On Wed, Sep 06, 2006 at 07:42:03PM +0200, Roderick Colenbrander wrote:
Hi Roderick,
The WGL patches which are in mike's tree are different ones. They move
the WGL-specific opengl code from opengl32.dll to x11drv. The code
itself isn't changed.
So first try if the problems appeared on
On Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
-h3Jason Edmeades/h3blockquote
-h3Jukka Heinonen/h3blockquote
-h3Ove K#229;ven/h3blockquote
-h3Shachar Shemesh/h3blockquote
-h3Oliver Stieber/h3blockquote
-h3Greg Turner/h3blockquote
would it not be more kind to move the
hiho
i am currently running Mike's (?) mmbranch git version of wine and
beside some games are working without problems (or at least no new
problems) Richard Burns Rally and Live For Speed quit instantly with the
more or less same message, that there are no valid display modes
available.
using
On Thu, Aug 24, 2006 at 03:57:43AM -0700, [EMAIL PROTECTED] wrote:
I've recently tried to play Heroes of Might and Magic IV under Wine,
which has very poor performance and this message it printed out many,
many times after the game is started:
fixme:bitblt:X11DRV_BitBlt potential
On Mon, Aug 21, 2006 at 11:33:28AM +0200, Michael Stefaniuc wrote:
My changes to the website reflect that support for CVS may not last
forever...
Are there any plans to get rid of CVS? I would guess keeping the CVS
tree sync from the git tree is low maintanance so it can be kept
around
On Sat, Aug 05, 2006 at 06:15:42PM +0200, H. Verbeet wrote:
This patch fixes those issues by looking at the data types in the
vertex declaration the shader will be used with. To be able to do
that, we have to wait with compiling the shader until the shader is
first used and we have a vertex
On Mon, Jul 24, 2006 at 02:49:57PM +0200, Molle Bestefich wrote:
But in PRACTICE, it would help a lot to hinder total system
destruction once viruses start running correctly on Wine.
(Especially for users like me, who always runs Wine as the root user
;-).)
you complain about security in
On Wed, Jul 19, 2006 at 02:03:06PM +0100, Robert Shearman wrote:
Hi Robert,
thanks for your comments.
so what i have tried so far:
- put find_joydevs into a critical section
This should work. Why don't you share the patch you used to do this?
because i have dumped it, after there where no
On Wed, Jul 19, 2006 at 07:48:17AM -0700, Alex Ferguson wrote:
Here's Planescape's output:
fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fd61210) : stub,
emulating 64MB for now, returning 64MB
fixme:ddraw:IDirectDrawImpl_SetCooperativeLevel
(0x7fd4d940)-(0x10024,0011)
On Mon, Jul 17, 2006 at 03:15:35PM +0200, Alexandre Julliard wrote:
-L adds library paths to the beginning of the library search path.
You've probably got a libuuid in one of those directories, which now
takes precedence over the one in wine.
This should be fixed now.
it is! thank you.
On Tue, Jul 18, 2006 at 09:35:05AM +0200, Christoph Frick wrote:
Well, I was able to successfully build git revision
6a97f2202e91fed286ff6ca254926e5f57ca17c1 so this topic is closed.
this is a problem, that seemed to exist for a few days on gcc32
compiles. Alexandre fixed this yesterday
On Mon, Jul 17, 2006 at 12:06:11AM +0200, Willie Sippel wrote:
They're defined in libuuid. Try make depend make. You should
post the exact error that you're seeing, not just your
interpretation of it.
i do seperate build and i just removed my ./wine_build dir and started
from scratch;
On Tue, Jul 11, 2006 at 12:50:40PM +, Roland Kaeser wrote:
the goal is to implement the win32 APIs on top of unix. this does
neither exclude the gamers nor the appers.
But remember the mission: Bring the people to Linux! It's just a
matter of priorization. What brings more people to
hiho
within the dlls/wined3d/device.c there is a define for the fake size of
the graphic-card memory. with the given 64MB Richard Burns Rally[1] crashes
on startup - once i put my real 256MB there it start and drawprim is the
only remaining problem, the game has. IIRC there where a patch, that
On Thu, Jul 06, 2006 at 01:28:21PM +0200, Christoph Frick wrote:
- i have to find the range an app expects the min/max are - either we
have to map the hardware allready to something sane - or we have to
fix map_axis; currently my flight stick reports 0-2**16 - with the
center at 2**15
On Tue, Jul 04, 2006 at 08:03:06PM -0400, Robert Reif wrote:
this is again my patch for handling more than one /dev/input/event*
joystick within dinput. there are several other patches now to
follow, that expect this patch to be applied. so i label this one 0
of 6. against the previous
On Thu, Jun 29, 2006 at 04:43:04PM +0200, Krzysztof Benkowski wrote:
--- surface.c 26 Jun 2006 12:15:20 - 1.6
+++ surface.c 29 Jun 2006 14:09:59 -
@@ -377,7 +377,7 @@ IDirectDrawSurfaceImpl_Release(IDirectDr
while( (surf = This-next_complex) )
{
On Fri, Jun 30, 2006 at 05:11:24PM +0200, Alexander Nicolaysen Sørnes wrote:
...
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
...
fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock
this are also the last words of Planescape Torment when starting
On Fri, Jun 23, 2006 at 11:49:24AM +0200, Stefan Dösinger wrote:
Hi Stefan,
I tested the demo, the loading screen appears without the assert. I will send
a more proper implementation of IDirectDrawSurface::SetSurfaceDesc when I
have time(university tests :-( ).
no hurry! i try out all the
hiho
on the end of this mail is a patch, that removes an assert(0) from the
surface code in ddraw. but removing it let Ankh[1][2] start (it started
before, but there where no loading screen visible). yet there are other
problems with this game - but it now actually works better than before.
so
hiho,
the attached patch detects _all_ joysticks of /dev/input/event%d; please
have a test before i refine the patch for submission. i tried it with
Il2 Sturmovik and with Live For Speed - both games worked. as neither my
cougar nor my brd wheel have force feedback i was not able to test, if
On Thu, Jun 08, 2006 at 06:44:15PM -0500, EA Durbin wrote:
function makeSafe( $var )
{
$var = trim( addslashes( $var ) );
return $var;
}
$clean['var1'] = makeSafe( $_REQUEST['var1'] );
$clean['var2'] = makeSafe( $_REQUEST['var2'] );
sorry for only throwing things at you guys and
On Fri, Jun 09, 2006 at 10:08:11AM +0200, Andreas Mohr wrote:
Or, IOW, do we have any guidelines about Anoni Moose submissions to
our project? Are they ok, not ok, ok? Loves me, loves me not, ...
what is the difference between anonymous submissions, that we can spot
and which we don't? maybe
On Thu, Jun 08, 2006 at 11:25:08AM -0400, Chris Morgan wrote:
$sQuery = Select versionId from appVersion where
appId='$_REQUEST['appId'].';;
Who's '' around $_REQUEST should prevent the string from being interpreted as
anything but a single value passed as the value of appId.
with
On Thu, Jun 01, 2006 at 02:59:30PM +0200, Pavel Troller wrote:
[EMAIL PROTECTED]:/proc/28433# cat maps |grep 6d4
6d42-6d421000 r--p 09:00 20202255
/home/tv/il2sturmovikfb/bin/hotspot/jvm.dll
i run this game (il2+fb+ace+pf) on a opteron system quite
On Wed, Mar 29, 2006 at 11:12:06PM +0200, Stefan Dösinger wrote:
My long term suggestion is to move the Direct3D-OpenGL translation
code from WineD3D to gdi and a win32k sys, and write ddraw.dll,
d3d8.dll and d3d9.dll to use that interface. The user mode dlls can be
shared with Reactos, and
On Thu, Mar 30, 2006 at 08:29:03AM -0500, Kuba Ober wrote:
Technically sufficient, maybe, but it might be actually illegal to install
Direct X on anything non-windows.
Might be or is? Or will be like dcom? At least with dcom ms made the
point clear. they just dont provide it beside the os.
hiho
after reading the SetProperty documentation on MSDN about the direct
input interface, i found out about four defines that are not yet
included in the dinput.h of WINE.
#define DIPROP_APPDATA MAKEDIPROP(?)
#define DIPROP_CPOINTS MAKEDIPROP(?)
#define DIPROP_INSTANCENAME
On Wed, Mar 08, 2006 at 12:09:28AM +0100, Christian Schneider wrote:
As you can see, the most common errors are err:seh:setup_exception and
err:ntdll:RtlpWaitForCriticalSection. I've also done some more tests
with other games like Revolt, Anno 1503, Half-Life 2, and the errors
all look alike.
On Wed, Mar 08, 2006 at 10:18:32AM +0100, Stefan Dösinger wrote:
anno 1503 never ever worked for me (there where some discussion
about apps like this that follow a pattern with ddraw and threads,
that wine might be able to handle (ever)).
Anno 1503 is not multi threaded, I had the demo
On Wed, Mar 08, 2006 at 11:01:06AM +0100, Christian Schneider wrote:
As you can see, the most common errors are err:seh:setup_exception
and err:ntdll:RtlpWaitForCriticalSection. I've also done some more
tests with other games like Revolt, Anno 1503, Half-Life 2, and
the errors all
hiho
as with newer versions more and more games i try no longer work (which
worked with wine around 0.9.0) i try to find the reasons. i stumbled
over this code in dlls/d3d8/surface.c:
date: 2006-02-14 17:05:35 +; author: julliard; state: Exp; lines: +202
-319
Roderick Colenbrander [EMAIL
On Wed, Feb 15, 2006 at 12:42:51PM +0100, H. Verbeet wrote:
as with newer versions more and more games i try no longer work (which
worked with wine around 0.9.0)
In general, are those d3d8 or d3d9 games?
well for the tests i did i have problems with out-of-memory in games
programmed in java
On Wed, Feb 08, 2006 at 08:11:47PM -0400, H. Verbeet wrote:
FMT_TO_STR(WINED3DFMT_A8B8G8R8);
then add a second
FMT_TO_STR(WINED3DFMT_A8B8G8R8);
Doesn't make sense for me. Same for the other changes in this diff.
Unless I'm misunderstanding your comment, that's not what the patch
does.
hiho,
this is one of three patches i still have in my cvs-tree that are not
supplied. like the following i tired to submit several times - except
for this one i never got a feedback, whats wrong.
Licence: LGPL
ChangeLog:
2006-02-08 Christoph Frick [EMAIL PROTECTED]
- dlls/wined3d
attempt #3:
this patch fixes several texture bugs with the demos of OGRE.
License: LGPL
ChangeLog:
2006-02-08 Christoph Frick [EMAIL PROTECTED]
- dlls/wined3d/utils.c
support for WINED3DFMT_A8B8G8R8
--
cu
Index: dlls/wined3d/utils.c
attempt #2:
this patch detects and maps the buttons dynamically instead of the
hardcoded way it was before. this fixes the problems with devices, that
report events in the joystick _and_ gamepad range of button events
License: LGPL
ChangeLog:
2006-02-08 Christoph Frick [EMAIL PROTECTED
://www.ogre3d.org/
--
cu
License: LGPL
ChangeLog:
2006-01-24 Christoph Frick [EMAIL PROTECTED]
* dlls/wined3d/utils.c:
wined3d: Support for WINED3DFMT_A8B8G8R8
--- dlls/wined3d/utils.c.orig 2005-11-26 09:31:21.0 +0100
+++ dlls/wined3d/utils.c2006-01-23 22:19
On Wed, Dec 07, 2005 at 11:02:14PM +0100, Eric Pouech wrote:
Thanks Eric for the reply.
- i this an approach, that would be acceptablefor wine? so if i start on
something like this, is there a chance it would be submitted to the
tree - or is there a problem in terms of wine does not work
On Mon, Dec 12, 2005 at 04:44:23PM +0100, David Nolden wrote:
But if it is desired that gethostbyname(own_name) preferrably returns
the public IP-Adress, then this code should solve the problem,
although maybe a bit more checking should be done which IP-Adress
should be chosen as the public
On Wed, Dec 07, 2005 at 12:38:46PM +, Christian Gmeiner wrote:
I wanted to install Need for Speed - Most wanted under wine and the
setup told me, that directx is not installed. So i think we need a way
to set installed/used directx version in winecfg. Do you think its
worth to start
hiho
i did recently some patches to mostly make joystick_linuxdinput.c handle
things more like joystick_linux.c. the main thing, that i dont like on
this work, is the fact, that i am just copy-and-paste code from one end
to another. i assume someone started back then the joystick_linuxdinput
part
On Wed, Dec 07, 2005 at 01:10:49PM +0100, Alexandre Julliard wrote:
the fixme in the current CVS version is not executed for the unhandled
defines (hence the break before default:)
There's another FIXME just after the switch that's executed in all
cases.
yeah right - i just checked against
On Wed, Dec 07, 2005 at 12:26:17PM +0100, Alexandre Julliard wrote:
this is a resend of a patch i sent some time ago, which was not applied.
There's already a FIXME being printed, I don't think we need two of
them.
the fixme in the current CVS version is not executed for the unhandled
On Thu, Dec 01, 2005 at 07:01:24PM +0100, Alexandre Julliard wrote:
can someone enlightenme, what the current state of this is? i run a
dual opteron with ubuntu linux on it. after some symlinking with the
ia32-libs and a change in wine (SYS_sigaction - SYS_rt_sigaction
(read this in a
hiho
can someone enlightenme, what the current state of this is? i run a dual
opteron with ubuntu linux on it. after some symlinking with the
ia32-libs and a change in wine (SYS_sigaction - SYS_rt_sigaction (read
this in a very old post from 2004 or so) it finally compiled (using
gcc-4.0 -m32).
On Sat, Nov 19, 2005 at 05:35:41PM +0100, Stefan Dösinger wrote:
Need for speed 3 causes a crash in the GL library. A look at a +tid,+ddraw,
+d3d trace shows that it creates a DirectDraw object in TID 0x9(No D3D
involved), and then switches the graphics operations to another thread, 0xc.
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, including
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 down
1 - 100 of 115 matches
Mail list logo