[GSoC] Merge winecfg and Control Panel

Hi everyone, I am a senior student double majoring in Computer Science and Math at Northern Illinois University (currently applying the CS Master Program at NIU) and I would like to participate in merging winecfg and control panel through the Google Summer of Code program. I have used wine since

GSoC questions (Re: Question)

Sanket Patel wrote: How Teams Are Formed in Google Summer Of Code For Any Project. Is It Formed By Organization Or Google ? First, it would be good etiquette to post to mailing lists with sensible and specific subject fields, rather than generic like your past few posts. Many people only read

Re: [1/4] wined3d/context: Track the number of render targets in FBO entries.

On 03/22/2011 05:02 AM, Henri Verbeet wrote: On 21 March 2011 21:56, Adam Martinson wrote: Cuts CPU time in context_apply_fbo_state() in half. This is meaningless. Which applications, and how much time of the total is spent in context_apply_fbo_state()? In the 3DMark06 batch size 8 test, as of

Re: Question

There are no teams in gsoc. Each person has to work individually on the project they choose. How it works is that the organisation pick projects it approves of. Then these projects are sent to google. Google takes into account various factors to decide how many projects get selected. On Mar 23, 2

Re: [PATCH 2/4] comdlg32: Add stub implementation of the Common Item dialogs.

>> On Mon, Mar 21, 2011 at 14:55, Nikolay Sivov  wrote: > > I think it is, it makes it clear that dialogue instance is about save or > open, not both. > Ok, I'll change that. > By the way, IFileSaveDialog is based on IFileDialog, and you add > IFileDialog2 too. It's a bit messy, > does target cla

Re: [PATCH 2/4] comdlg32: Add stub implementation of the Common Item dialogs.

On 3/22/2011 23:24, David Hedberg wrote: On Mon, Mar 21, 2011 at 14:55, Nikolay Sivov wrote: +typedef struct FileDialogImpl { +IFileDialog2 IFileDialog2_iface; +IFileOpenDialog IFileOpenDialog_iface; +IFileSaveDialog IFileSaveDialog_iface; +LONG ref; +} FileDialogImpl; Maybe i

Re: [PATCH 2/4] comdlg32: Add stub implementation of the Common Item dialogs.

On Mon, Mar 21, 2011 at 14:55, Nikolay Sivov wrote: >> +typedef struct FileDialogImpl { >> +    IFileDialog2 IFileDialog2_iface; >> +    IFileOpenDialog IFileOpenDialog_iface; >> +    IFileSaveDialog IFileSaveDialog_iface; >> +    LONG ref; >> +} FileDialogImpl; > > Maybe it's better to use a uni

Re: [1/4] wined3d/context: Track the number of render targets in FBO entries.

On 22 March 2011 18:12, Adam Martinson wrote: > On 03/22/2011 05:02 AM, Henri Verbeet wrote: >> This is meaningless. Which applications, and how much time of the >> total is spent in context_apply_fbo_state()? > > In the 3DMark06 batch size 8 test, as of Friday's tip, it was 5.5% of > wined3d; 1.2

Re: Must multimedia players check the message queue and invoke DispatchMessage?

> None of Wine's MCI drivers do. (snip) > Who could shed some light? Have you looked at any open source MCI drivers? They may or may not be of the best quality, but at least one exists in my brief perusal: the MediaXW package, http://sourceforge.net/projects/mediaxw/ > What do you mean exactly b

Re: winex11.drv/opengl.c: Unhandled null pointer

On 03/22/2011 05:55 AM, Henri Verbeet wrote: On 22 March 2011 08:59, Joshua Beck wrote: What do you think? Does the pglXMakeCurrent() call a few lines above succeed? We should probably check the result of that call. It doesn't succeed. I added some FIXMEs to the code to get output f

AW: Must multimedia players check the message queue and invoke DispatchMessage?

Hi, Juan Lang wrote: >Are you concerned about the applications introducing deadlocks by not >servicing messages quickly enough, or about MCI introducing deadlocks >by not processing messages in the current thread? I was concerned both about the MCI and the rest of winmm (midi*, wave*) API. We've

Question

How Teams Are Formed in Google Summer Of Code For Any Project. Is It Formed By Organization Or Google ? -- " Live 2 Love and Love 2 Live "

Re: Idea

(Please keep the wine-devel CC:) Sanket Patel wrote: User File Location On Tue, Mar 22, 2011 at 8:25 AM, Hin-Tak Leung > wrote: Sanket Patel wrote: hi there, I talk about to make wine portable. How I am Gonna Do That is ,

Re: kernel32: avoid shadowing a parameter (try 2)

On 22 March 2011 02:27, Austin English wrote: > defval_tmp = HeapAlloc(GetProcessHeap(), 0, (len + 1) * > sizeof(WCHAR)); > -memcpy(defval_tmp, def_val, len * sizeof(WCHAR)); > -defval_tmp[len] = '\0'; > +memcpy(defval_tmp, def_val, defval_len * si

Re: winex11.drv/opengl.c: Unhandled null pointer

On 22 March 2011 08:59, Joshua Beck wrote: > What do you think? > Does the pglXMakeCurrent() call a few lines above succeed? We should probably check the result of that call. Nevertheless, this means something is broken with your GL setup, so while the error handling could be improved, it's not go

Re: [1/4] wined3d/context: Track the number of render targets in FBO entries.

On 21 March 2011 21:56, Adam Martinson wrote: > > Cuts CPU time in context_apply_fbo_state() in half. This is meaningless. Which applications, and how much time of the total is spent in context_apply_fbo_state()? How does this translate into concrete thing like frame time? More importantly, why do

Re: [1/4] wined3d/context: Track the number of render targets in FBO entries.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.03.2011 um 21:56 schrieb Adam Martinson: > > Cuts CPU time in context_apply_fbo_state() in half. What is the performance impact on real apps? -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iQIcBAEBAgAGBQJNiHM5AAoJEN0/

Re: winex11.drv/opengl.c: Unhandled null pointer

[Please do not omit wine-devel@winehq.org when replying] Joshua Beck wrote: > > What OpenGL driver are you using? glGetString(GL_EXTENSIONS) returning NULL > > might be a driver bug. > > > I'm using an nvidia binary driver (260.36.19 I think). Thing is I'm > running Debian amd64 and I compi

Re: winex11.drv/opengl.c: Unhandled null pointer

Joshua Beck wrote: > 350: str = (const char *) pglGetString(GL_EXTENSIONS); > 351: WineGLInfo.glExtensions = HeapAlloc(GetProcessHeap(), 0, > strlen(str)+1); > > > From this it's obvious that pglGetString is returning a null pointer. What OpenGL driver are you using? glGetStri

Re: [1/4] wined3d/context: Track the number of render targets in FBO entries.

Adam Martinson wrote: > Cuts CPU time in context_apply_fbo_state() in half. > --- > dlls/wined3d/context.c | 65 > +-- > dlls/wined3d/wined3d_private.h |1 + > 2 files changed, 36 insertions(+), 30 deletions(-) It looks like you are not subs

winex11.drv/opengl.c: Unhandled null pointer

I've been trying to run wine with a few games, and I've been getting a similar error and backtrace with all of them. Here's the relevant info: wine: Unhandled page fault on read access to 0x at address 0xf748c110 (thread 0043), starting debugger... Unhandled exception: page fault