similar to: OpenGL issues on OSX (wine 1.3.21)

Hi James, thank you for your kind reply. The XQuartz folks recommend to logout and back in to have the DISPLAY variable set correctly, which I did. But I will also try a reboot to be sure. When I start something with wine, the XQuartz icon comes up automatically, so I am pretty sure that XQuartz is used (Apple's X11 is not active). I had another try with WINEDEBUG=+wgl, perhaps that brings

I just tried the "qtgears" OpenGL demo from http://lab.bachem-it.com/opengl/qtgears (source is included) on my MacBook and I got this error: DIAG: apple_glx_create_context: ac 0x41931730 ac->context_obj 0x4104ce00 DIAG: apple_glx_drawable_create: new drawable 0x4088a000 DIAG: create_surface: created a surface for drawable 0x600010 with uid 153 DIAG: surface_make_current:

chyman wrote: > Thanks guys, > > I did some more testing together with a developer, it seems like that the issue occurs whenever a program renders its OpenGL content into a 'child window' instead of directly into a top level window. > > The qtgears.exe uses child windows, other simple test applications e. g. from the DirectX9 SDK without rendering to child windows seem to

I don't know if this is the right place for this; but seeing as it's the only publicly accessible forum on winehq I thought I'd try here first. I've been trying to run a couple of games by Nifflas (http://nifflas.ni2.se). His older games, Knytt, Knytt Stories, and Within A Deep Forest all run perfectly with the correct Microsoft Visual C++ Runtime Libraries installed. However,

I mounted vpopmail/domains in sshfs. root at 192.168.239.205:/mnt/disk-b/domains on /mnt/domains type fuse.sshfs (rw,nos uid,nodev,max_read=65536,allow_other) I used qmail+dovecot+vpopmail+mysql dovecot-2.0.beta4. I mounted sshfs with vpopmail/domains directory. my /usr/local/etc/dovecot/conf.d/mail.conf file mmap_disable = yes dotlock_use_excl = yes mail_nfs_storage = yes

Hi, I know Wine64 is still experimental, and I've read threads from last Summer stating that Wine64 won't build nor run on OSX at this time. However, Wine64 would be really useful for me on OSX, because I build small simple apps for both win32 and win64 mode, and being able to crosscompile and run them from OSX would be a great time saver for me. So, what's the status of Wine64 on

Hi All, Just to show progress on this: - With Apple's X11 compiling/linking (and using the Apple's X11 runtime): The app did not run, just lock and no reports at all. - With Apple's X11 compiling/linking (and using the XQuartz runtime): The apps run without problems, pretty fast and stable, but no OpenGL rendering at all (set off screen: invalid drawable). - With the XQuartz

Two "updated" patches, according to Michel Daenzers review. See separate e-mail for details. 01/10: Replaces original 01/09 -- Same code, updated commit message. 10/10: Just for demonstration, not for application to ddx.

Pre-nv50 has all sorts of funny requirements for non-copy alu operations, and will bail out of solid fills left and right. Account for that case and fall back to the memset. Reported-by: Andrew Randrianasulu <randrianasulu at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/drmmode_display.c | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-)

Hi, Is there or could there be any way to test that a method calls "super"? Thanks -- Jonathan Leighton, Web Developer http://jonathanleighton.com/

From: Michel Dänzer <michel.daenzer at amd.com> This allows making the master screen's pixmap_dirty_list entries explicitly reflect that we're now tracking the root window instead of the screen pixmap, in order to allow Present page flipping on master outputs while there are active slave outputs. Define HAS_DIRTYTRACKING_DRAWABLE_SRC for drivers to check, but leave

Hi everyone Firstly, apologies for the cross post, I am not sure which list is most appropriate for this question. I should also point out, that I did not install OCFS2 and I am not the person that normally looks after these kind of things, so please can you bear that in mind when you make any suggestions (I will need a lot of detail!) The problem: accessing certain directories within the

Hi everyone Firstly, apologies for the cross post, I am not sure which list is most appropriate for this question. I should also point out, that I did not install OCFS2 and I am not the person that normally looks after these kind of things, so please can you bear that in mind when you make any suggestions (I will need a lot of detail!) The problem: accessing certain directories within the

Not clear what the depth % 8 was trying to protect against, but it was breaking 30bpp visuals with DRI3. Add it in to ensure that bitsPerPixel % 8 is 0, since there is plenty of bpp/8 math in the driver. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_dri2.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/nouveau_dri2.c b/src/nouveau_dri2.c

- Only for sufficiently new xserver's and exa_driver_pixmaps. --- src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++-- src/nv_driver.c | 51 +++++++++++-- src/nv_proto.h | 4 + src/nv_type.h | 12 +++- 4 files changed, 267 insertions(+), 17 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index 93fc3c5..074a226 100644 ---

Hi, I've just installed samba 2.2.6 [solaris 2.6] and while ./smbstatus (on solaris) reports version 2.2.6, network neighbourhood [ or net view4] (on win 2k/win98) report Samba 2.2.5 Any ideas? ta iain -- -------------------------------------------------------------- Iain Morrison MRC Cognition and Brain Sciences Unit 15 Chaucer Road Tel 01223 355294 xt 581

- map should handle this. --- src/nouveau_exa.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index b656ca7..20ad380 100644 --- a/src/nouveau_exa.c +++ b/src/nouveau_exa.c @@ -259,7 +259,7 @@ nouveau_exa_mark_sync(ScreenPtr pScreen) static void nouveau_exa_wait_marker(ScreenPtr pScreen, int marker) { -

Apparently it now wants a drawable. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- No idea about whether this is correct. Saw the new warnings though. src/drmmode_display.c | 16 ++++++++++++++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 2480122..f677e24 100644 --- a/src/drmmode_display.c +++

I've been having getting the following errors: Code: <Error>: kCGErrorIllegalArgument: CGSGetWindowBounds <Error>: kCGErrorIllegalArgument: CGSGetSurfaceBounds <Error>: kCGErrorIllegalArgument: CGSBindSurface: Invalid window 0x1854 <Error>: kCGErrorIllegalArgument: CGSBindSurface: Invalid window 0x1854 <Error>: kCGErrorIllegalArgument: CGSBindSurface: Invalid

A short series of compiler visibility warning fixes that I prepared whilst trialing improvements to xf86-video-nouveau's use of the core xorg-server utility macros. Rhys Kidd (4): wfb: Remove declaration for undefined function nouveau_wfb_init() dri2: Mark local create/destroy buffer and copy region functions as static xv: Mark local NVSetupTexturedVideo function as static