Hello
I just tried to make my usual test installations on the new 0.9.11 release.
But at this time the setup responses (in german) Sie haben keine
Verwaltungsprivilegien auf diesem Computer. Setup kann nicht fortgesetzt
werden. (You don't have administrator privileges on this computer. Setup
canno
While changing user prefences, I got this error:
Database Error!
Query: REPLACE session_list VALUES ('0b7b7e6e2b25056088b212db53619c9c',
'', '',
'current|O:4:\"user\":7:{s:7:\"iUserId\";s:5:\"72211\";s:6:\"sEmail\";s:17:\"[EMAIL PROTECTED]";s:9:\"sRealname\";s:0:\"\";s:6:\"sStamp\";s:14:\"20051
Derek Fawcus wrote:
On Sat, Apr 01, 2006 at 10:59:58AM -0600, Tom Spear wrote:
Ok. Are these outputs that you are giving us what the keyboard shows under
a native app,
Those are what one gets under native X, if one runs xev
or what they currently show under wine? What layout do
Am Samstag, 1. April 2006 18:21 schrieb Willie Sippel:
> OK, but it should work with cards that do hardware acceleration then (eg,
> SB Audigy), with emulation disabled and acceleration set to full? Another
> idea could be to use realtime-lsm I think (grants realtime permissions to
> specific non-r
On Sat, Apr 01, 2006 at 10:59:58AM -0600, Tom Spear wrote:
>
> Ok. Are these outputs that you are giving us what the keyboard shows under
> a native app,
Those are what one gets under native X, if one runs xev
> or what they currently show under wine? What layout do you
> pick under X? en_US
On Fri, 31 Mar 2006 16:47:48 -0500, Chris Morgan wrote:
> Can't we use kernel capabilities to let people do this without having
> to run as root? Thats what jack audio server users are advised to do
> to ensure SCHED_FIFO.
Could be - there are lots of options for doing this without root access.
A
One more Version! It's time to test this script until it is one of the
last versions. I don't want to spend more time into this so I desided
to soonly quit this project. Here the Changes since 0.31:
0.32No Changes to Functitonality, but cool stuff :)
- Better Trap-handling
- Ni
Am Samstag, 1. April 2006 19:34 schrieb Stefan Dösinger:
> The attached patch stops WineD3D from re-setting the GL_TEXTURE_MAX_LEVEL
> texture parameter every time a texture is used. It is not necessary, as the
> max level is a property of the texture and not the active unit(according to
> Lionel U
On 4/1/06, Derek Fawcus <[EMAIL PROTECTED]> wrote:
On Fri, Mar 31, 2006 at 01:33:18PM -0600, Tom Spear wrote:> Hi all, this is a call for volunteers. I am hoping that certain developers> participating in another thread are willing to rewrite the keyboard code,
> but we need people to test. If you
Hi,
On Fri, Mar 31, 2006 at 10:29:50PM -0800, Scott Ritchie wrote:
> On Fri, 2006-03-31 at 21:48 -0600, Jeremy White wrote:
> > Anyone else have any objections or other thoughts on it?
>
> Let's remember that it's not just firms like Google that could give "the
> Wine project" money. Wine has so
Am Samstag, 1. April 2006 00:00 schrieb Chris Morgan:
> Just using the jack audio driver won't ensure that we won't see
> stuttering sound. If dsound is performing hardware emulation then it
> has its own internal thread that is performing mixing and other dsound
> events. If this thread gets hel
Am Samstag, 1. April 2006 12:54 schrieb Stefan Dösinger:
> Am Samstag, 1. April 2006 11:53 schrieb Lionel Ulmer:
> > On Sat, Apr 01, 2006 at 11:45:18AM +0200, Stefan Dösinger wrote:
> > > Ms has to document all this, because the device drivers sit on the
> > > other side of this interface if I'm no
Am Samstag, 1. April 2006 11:53 schrieb Lionel Ulmer:
> On Sat, Apr 01, 2006 at 11:45:18AM +0200, Stefan Dösinger wrote:
> > Ms has to document all this, because the device drivers sit on the other
> > side of this interface if I'm not mistaken.
>
> Of course it is documented for people in companie
I havent seen any microsoft source or any other dirty stuff but what I know
is that the DirectX dlls call functions like ddentryxx and gdientryxx in
gdi32.dll. (there is a ddrawgdi.h file in the platform SDK I have and there
is also documentation on MSDN for them)
These then call system calls t
On Sat, Apr 01, 2006 at 11:45:18AM +0200, Stefan Dösinger wrote:
> Ms has to document all this, because the device drivers sit on the other side
> of this interface if I'm not mistaken.
Of course it is documented for people in companies like NVIDIA or other
IHVs, but well, it's not publicly docum
Am Samstag, 1. April 2006 11:03 schrieben Sie:
> If you look back at the wine-devel archives, this point was discussed at
> the moment 'wined3d' was started (i.e. do we go the MS way with HAL / HEL /
> ... or our own way with 'wined3d').
I searched the archives, but I didn't find anything. Well, IM
On 3/31/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> I dunno what y'all did, but Firefox now downloads
> long mailing list indices much faster than it used to.
Well, maybe not. It's back to being slow for me. Hrm.
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
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, an
Hi all,
If you don't know who I am, please do skip the rest of this paragraph.
As you well know, I have not been as active on the Wine project as I
wish. Unfortunately, this is not going to change much in the near future :-(
I am currently the manager of the "Wine" forum on Orkut. I just got a
19 matches
Mail list logo
