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
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 PROTECTE
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 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
> > @@ -
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
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 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 wh
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 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 2
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 " flag
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
On Thu, Jan 17, 2008 at 02:05:43PM -0800, Lei Zhang wrote:
> Patches should be sent to [EMAIL PROTECTED]
i know - but it was too late once i pressed CTRL-X. so i convinced
myself, that this patch would not go through easy anyway because
somebody else would have done the same a long time ago and s
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 CONFIGURA
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 tr
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 re
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 stron
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 use_render_texture_emulation
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-existe
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 D3D10_WHQL_DRAWIND
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. Als
On Fri, Apr 20, 2007 at 12:09:55PM +0200, Briareos wrote:
> My opinion is simple:
> To me it's logical that you get 127.0.0.1 when pinging your local hostname,
> but if windows does give the IP of your NIC then wine should do as well - as
> we want to reach compatibility.
>
> If, on the other h
On Mon, Apr 16, 2007 at 07:44:19PM +0200, Briareos wrote:
hi,
> The first thing I want to go for is the networking support, which does not
> work at all.
just for the files - i played this game already on a lan-partey some
_very_ long time ago. the no longer working network in that game is a
re
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 dm
On Thu, Mar 29, 2007 at 12:25:31PM +0200, Vit Hrachovy wrote:
> Please share Your opinion.
ok you asked for it ;)
> Available Video Memory (text input box)
> --
> User will input here the RAM size of his graphic card. According to
> Stefan: "There are vendor dependent ways to
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 cont
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 wha
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 th
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-
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 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
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 d
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) Th
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=5934&iTestingId=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
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 dlls/dinput
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
> e
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 ena
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 slowne
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
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
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 o
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 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 defragme
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 perso
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.
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
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 b/dlls/winex1
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 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
pg
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 0
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 gi
On Wed, Sep 06, 2006 at 10:21:42AM -0400, Tom Wickline wrote:
> -Jason Edmeades
> -Jukka Heinonen
> -Ove Kåven
> -Shachar Shemesh
> -Oliver Stieber
> -Greg Turner
would it not be more kind to move the "veterans" into their own section
instead of removing them at all? at least they managed to get
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 optimi
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
> arou
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 verte
On Tue, Aug 01, 2006 at 10:42:46AM +0100, [EMAIL PROTECTED] wrote:
> >wine-git # notepad
> >Segmentation fault
it is a good thing to uninstall _all_ remaining old wine instances
before installing the new one to make sure, there is nothing left (no
longer used "dlls" might lie around and add a goo
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 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 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
hi there,
the code i submitted some weeks ago about having more than one
/dev/input/event-joystick shows from time to time a race condition in
IL2 Sturmovik. this game is written in java and somehow exe-fied. so the
whole thing is running a boatload of threads. my box is a
smp-opteron-system with
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. Al
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 y
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 s
hiho
i build wine nearly every day from cvs. for the last to days i was not
able to do so as the first occurences of IID_IUnknown and
IID_IClassFactory the compiler thinks they are missing. i can also not
find them via tags-file nor grep **/*.h; is there something wrong on my
end (as i would expec
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
all
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
On Tue, Jul 11, 2006 at 10:02:31AM +, Roland Kaeser wrote:
> I know thats cool developing gaming features but THAT CANNOT BE THE
> GOAL!
the goal is to implement the win32 APIs on top of unix. this does
neither exclude the gamers nor the "appers".
> In the offices I support as admin/sys
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
>
On Wed, Jul 05, 2006 at 06:50:06AM -0400, Robert Reif wrote:
> This patch causes the dinput joystick regression test to hang. You
> shouldn't need to change any code outside of joystick_linuxinput.*.
ok thanks for the hint. i will change the code so the detection of the
dinput devices will creat
On Wed, Jul 05, 2006 at 08:00:38AM -0400, Robert Reif wrote:
> The iteration is already done for you in IDirectInputWImpl_EnumDevices
> . You only need to probe for the specified device in
> joydev_enum_deviceW where id is the index of the device being probed
> ("/dev/input/event%d", id). Pas
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 previou
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 startin
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 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 th
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 le
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
every
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? mayb
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
On Thu, Jun 08, 2006 at 11:42:09AM -0400, Chris Morgan wrote:
> Can you come up with a non-destructive working example for the appdb
> website(appdb.winehq.org)? ;-)
no ;P
> I ask because I thought we went through this some time ago but I agree
> that what you say looks like an open issue.
if
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.
wit
On Sun, Jun 04, 2006 at 02:12:15AM -0500, EA Durbin wrote:
> One could just write a perl script to parse the code upon submission
> that would convert it from K & R style to a uniform standard that it
> easy to read, and fix things like the amount of spaces in an indent.
just use indent(1) - the
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 we
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.
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, a
On Mon, Mar 13, 2006 at 01:00:08PM -0500, Wino Rojo wrote:
> X Error of failed request: BadMatch (invalid parameter attributes)
> Major opcode of failed request: 144 (GLX)
> Minor opcode of failed request: 5 (X_GLXMakeCurrent)
> Serial number of failed request: 120
> Current serial number
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 MAKEDIP
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 err
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 de
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 ali
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
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 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
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 PROTEC
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/u
1 - 100 of 129 matches
Mail list logo
