March 2006 - Wine-Devel - list.winehq.org

Re: need advise with new open-source project

by Nuno Lopes

First let me thank you for your fast answer. On 3/14/06, Jim White <jim(a)pagesmiths.com> wrote: > Please note: http://en.wikipedia.org/wiki/IANAL > > Nuno Lopes wrote: > > > I'm currently trying to start a new open-source project that will do > > the same as WINE did with the windows API, but for a Sony framework, > > named OPEN-R. > > ... > > I would love if you could answer my questions, so that I can make the > > project public as soon as possible. > > Your questions are quite involved and many do not have clear cut > answers. And while there are some similarities between your project's > issues and WINE's, there are some key legal differences, including > particularly legal decisions regarding Microsoft's monopoly. > > Another similar situation existed with LEGO Mindstorms. While initial > community developments were technically in violation of some terms of > the EULA (which may or may not be enforceable in some jurisdictions) the > key was LEGO's reaction. Rather than pursuing legal action against the > community developers, they decided instead to embrace them and provide > tacit and subsequently explicit support. I (and many others) have already contacted Sony, but they don't even answer our e-mails, so I don't have much hope to hear from them. Also I'm not planing to run this software on the robots themselves, as I would need to reverse-engeneering the hardwares BUS, which are proprietary. So, even if they make the code public, some (probably many) changes need to be done, so that it can run on a normal pc. > If Sony were to pursue legal action against you, whether your activities > are legal or not is only secondary as the cost of defense is bound to be > prohibitive. Perhaps you can use LEGO's example to help persuade Sony > to release the software (with no support of course) using a suitable > open source license (ideally GPL of course). For now, I think I'll open a project at sourceforge to let them see that the code already runs without any problems. > In addition to looking to the LEGO community for ideas, you might find > some help at OSI and EFF. > > http://www.opensource.org/ > http://www.eff.org/ > http://www.crynwr.com/lego-robotics/ I've already contacted OSI, but not EFF. I'll also contact them. > Good luck! Thanks :) Nuno

March 14, 2006

Re: Dogfood status

by Mike Hearn

On Tue, 14 Mar 2006 07:54:28 -0800, Dan Kegel wrote: > 3) It took me a while to figure out how to copy and paste in putty, Heh, it takes me a while to figure that out on Windows too. I don't think there IS any UI for it, I keep expecting it to be in the window menu but to paste you actually have to right click IIRC. Maybe it's changed now. I keep meaning to find a decent Win32 news/email reader, but haven't found one yet. I'd be happy to dogfood a newsreader if anybody knows a good one. Only requirements are that it must support multiple news servers and gmane specifically, and it needs to understand threading. thanks -mike

March 14, 2006

Re: Some Processor(s) specific environment variables

by Paul Vriens

On Tue, 2006-03-14 at 19:13 +0100, Marcus Meissner wrote: > On Tue, Mar 14, 2006 at 06:35:39PM +0100, Paul Vriens wrote: > > Hi, > > > > there are some processor specific environment variables: > > > > NUMBER_OF_PROCESSORS=1 > > PROCESSOR_ARCHITECTURE=x86 > > PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 8, GenuineIntel > > PROCESSOR_LEVEL=6 > > PROCESSOR_REVISION=0908 > > > > (from a VMware box). > > > > These variables exist in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet > > \Control\Session Manager\Environment. > > > > Psinfo.exe (from SysInternals) uses these env-variables to produce some > > information. > > > > When I remove the entries and reboot the box they are auto-generated > > again. > > > > My question is where to put the generation of these variables? We most > > likely want this with some defaults in wine.inf. Furthermore > > GetSystemInfo() could be changed, but that seems cheating. > > dlls/kernel/cpu.c does stuff like that, for instance. > > Ciao, Marcus > Yeah, that's where GetSystemInfo resides :-). GetSystemInfo however doesn't generate the mentioned keys. Would it be acceptable to put some sane defaults in wine.inf and have GetSystemInfo check and fill the correct keys in the registry? Or do we need a way to fill these keys at every boot of the system (start of wineserver)? Paul.

March 14, 2006

Re: Some Processor(s) specific environment variables

by Marcus Meissner

On Tue, Mar 14, 2006 at 06:35:39PM +0100, Paul Vriens wrote: > Hi, > > there are some processor specific environment variables: > > NUMBER_OF_PROCESSORS=1 > PROCESSOR_ARCHITECTURE=x86 > PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 8, GenuineIntel > PROCESSOR_LEVEL=6 > PROCESSOR_REVISION=0908 > > (from a VMware box). > > These variables exist in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet > \Control\Session Manager\Environment. > > Psinfo.exe (from SysInternals) uses these env-variables to produce some > information. > > When I remove the entries and reboot the box they are auto-generated > again. > > My question is where to put the generation of these variables? We most > likely want this with some defaults in wine.inf. Furthermore > GetSystemInfo() could be changed, but that seems cheating. dlls/kernel/cpu.c does stuff like that, for instance. Ciao, Marcus

March 14, 2006

Some Processor(s) specific environment variables

by Paul Vriens

Hi, there are some processor specific environment variables: NUMBER_OF_PROCESSORS=1 PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0908 (from a VMware box). These variables exist in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet \Control\Session Manager\Environment. Psinfo.exe (from SysInternals) uses these env-variables to produce some information. When I remove the entries and reboot the box they are auto-generated again. My question is where to put the generation of these variables? We most likely want this with some defaults in wine.inf. Furthermore GetSystemInfo() could be changed, but that seems cheating. Any ideas? Cheers, Paul.

March 14, 2006

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime.

by Leon Freitag

> On Sun, Mar 12, 2006 at 05:44:57PM +0100, Leon Freitag wrote: > > The patch > > http://source.winehq.org/git/?p=wine.git;a=commit;h=13268261bbe0d4013937a > >6a9804fbda378244512 has introduced an annoying performance regression > > which affected all opengl games. (see > > http://bugs.winehq.org/show_bug.cgi?id=4499) > > Does this help? > > Huw. It is indeed a bit faster, however the performance is still far from the old value. I don't see any other way to speed this up the way it's being synced now, the question is however, whether the apps really _should_ modify the bitmap on windows too (don't know whether they would try to draw controls onto the window and then it would be overdrawn by the opengl image; application like Steam are trying to achieve similar, but they seemed to work well before) Leon

March 14, 2006

Re: Dogfood status

by Dan Kegel

On 3/14/06, Dimi Paun <dimi(a)lattica.com> wrote: > From: "Dan Kegel" <dank(a)kegel.com> > > Anyway, since Firefox is in fairly good good shape, I'm > > now running putty under wine instead of using linux's built-in ssh. > > Cool. IIRC putty builds as a Winelib app just fine, not that > it makes a difference... :) If I were on Sparc, PowerPC, or HPPA, I'd be glad about that :-) -- Wine for Windows ISVs: http://kegel.com/wine/isv

March 14, 2006

Re: Dogfood status

by Dimi Paun

From: "Dan Kegel" <dank(a)kegel.com> > Anyway, since Firefox is in fairly good good shape, I'm > now running putty under wine instead of using linux's built-in ssh. Cool. IIRC putty builds as a Winelib app just fine, not that it makes a difference... :) -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

March 14, 2006

Dogfood status

by Dan Kegel

I've been dogfooding Wine with Firefox for some time. It's totally usable and good looking now. The four open bugs, http://bugs.winehq.org/show_bug.cgi?id=4523 (copy/paste problem) http://bugs.winehq.org/show_bug.cgi?id=4528 (too tall) http://bugs.winehq.org/show_bug.cgi?id=4762 (flash crash) http://bugs.winehq.org/show_bug.cgi?id=4829 (jerky animations) while serious, do not prevent me from getting work done. A new problem is that apps have been crashing with X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0x0 every day. This is on Ubuntu 5.10 with updates, and might be a problem with the X server. I'll try updating to Ubuntu 6.04 flight 5 and see if that makes it go away. Anyway, since Firefox is in fairly good good shape, I'm now running putty under wine instead of using linux's built-in ssh. Works fine. Three annoyances: 1) takes a while (ten seconds) to open up session after clicking 'open'. 2) every keystroke yields the console message fixme:imm:ImmReleaseContext (0xb014e, 0x7fdbee18): stub 3) It took me a while to figure out how to copy and paste in putty, since Linux doesn't have the 'copy / paste' items in the upper left corner menu. (ctrl-insert and shift-insert work fine.) But that's a linux window manager issue, not a wine issue. Overall, I'm productive and happy. Success! Since those are the *only two gui apps I use* on Linux, I'm running out of things to dogfood! Oh, once in a while I need an image editor. Maybe I'll dogfood windows gimp next (quadruple yuck)... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

March 14, 2006

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime.

by Huw D M Davies

On Sun, Mar 12, 2006 at 05:44:57PM +0100, Leon Freitag wrote: > The patch > http://source.winehq.org/git/?p=wine.git;a=commit;h=13268261bbe0d4013937a6a… > has introduced an annoying performance regression which affected all opengl > games. (see http://bugs.winehq.org/show_bug.cgi?id=4499) Does this help? Huw. -- Huw Davies huw(a)codeweavers.com diff --git a/dlls/opengl32/wgl.c b/dlls/opengl32/wgl.c index 56c8ad1..aecba9c 100644 --- a/dlls/opengl32/wgl.c +++ b/dlls/opengl32/wgl.c @@ -78,6 +78,7 @@ static char* internal_gl_extensions = NU typedef struct wine_glcontext { HDC hdc; + DWORD type; Display *display; XVisualInfo *vis; GLXFBConfig fb_conf; @@ -106,7 +107,7 @@ void enter_gl(void) ctx = get_context_from_GLXContext(gl_ctx); wine_tsx11_unlock_ptr(); /* unlock before calling GDI apis */ - if(ctx && GetObjectType(ctx->hdc) == OBJ_MEMDC) + if(ctx && ctx->type == OBJ_MEMDC) ExtEscape(ctx->hdc, X11DRV_ESCAPE, sizeof(escape), (LPCSTR)&escape, 0, NULL); wine_tsx11_lock_ptr(); @@ -250,6 +251,7 @@ HGLRC WINAPI wglCreateContext(HDC hdc) ret = alloc_context(); LEAVE_GL(); ret->hdc = hdc; + ret->type = GetObjectType(hdc); ret->display = display; ret->fb_conf = cur_cfg; /*ret->vis = vis;*/ @@ -673,7 +675,7 @@ BOOL WINAPI wglShareLists(HGLRC hglrc1, if (org->ctx == NULL) { ENTER_GL(); describeContext(org); - org->ctx = glXCreateContext(org->display, org->vis, NULL, GetObjectType(org->hdc) == OBJ_MEMDC ? False : True); + org->ctx = glXCreateContext(org->display, org->vis, NULL, org->type == OBJ_MEMDC ? False : True); LEAVE_GL(); TRACE(" created a delayed OpenGL context (%p) for Wine context %p\n", org->ctx, org); } @@ -681,7 +683,7 @@ BOOL WINAPI wglShareLists(HGLRC hglrc1, ENTER_GL(); describeContext(dest); /* Create the destination context with display lists shared */ - dest->ctx = glXCreateContext(org->display, dest->vis, org->ctx, GetObjectType(org->hdc) == OBJ_MEMDC ? False : True); + dest->ctx = glXCreateContext(org->display, dest->vis, org->ctx, org->type == OBJ_MEMDC ? False : True); LEAVE_GL(); TRACE(" created a delayed OpenGL context (%p) for Wine context %p sharing lists with OpenGL ctx %p\n", dest->ctx, dest, org->ctx); return TRUE;

March 14, 2006

Launch native Linux apps? YES!!

by penna＠bb.com.br

Hi all, You can find more information on launching native Linux apps at the wiki: http://wiki.jswindle.com/index.php/Advanced_Wine_User_Information#Runing_Li… The example there works for any extension you want: .ODT, .DOC, .XLS, .PDF, .ODS, .RTF, .JPG and so on You just have to use your imagination and make your own shell scripts .... I already have some! Regards (I am not subscribed at wine-devel list). --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

March 14, 2006

Re: wine and rpath

by Alexandre Julliard

Ivars Strazdins <ivarss(a)sets.lv> writes: > Hello all, > recently introduced rpath sets rpath to $ORIGIN > I wonder if $ORIGIN/../lib would not be more appropriate? Or is this > something my build-system specific? It's supposed to be set to $ORIGIN/../lib, it sounds like something went wrong with your build. -- Alexandre Julliard julliard(a)winehq.org

March 14, 2006

Re: need advise with new open-source project

by Jim White

Please note: http://en.wikipedia.org/wiki/IANAL Nuno Lopes wrote: > I'm currently trying to start a new open-source project that will do > the same as WINE did with the windows API, but for a Sony framework, > named OPEN-R. > ... > I would love if you could answer my questions, so that I can make the > project public as soon as possible. Your questions are quite involved and many do not have clear cut answers. And while there are some similarities between your project's issues and WINE's, there are some key legal differences, including particularly legal decisions regarding Microsoft's monopoly. Another similar situation existed with LEGO Mindstorms. While initial community developments were technically in violation of some terms of the EULA (which may or may not be enforceable in some jurisdictions) the key was LEGO's reaction. Rather than pursuing legal action against the community developers, they decided instead to embrace them and provide tacit and subsequently explicit support. If Sony were to pursue legal action against you, whether your activities are legal or not is only secondary as the cost of defense is bound to be prohibitive. Perhaps you can use LEGO's example to help persuade Sony to release the software (with no support of course) using a suitable open source license (ideally GPL of course). In addition to looking to the LEGO community for ideas, you might find some help at OSI and EFF. http://www.opensource.org/ http://www.eff.org/ http://www.crynwr.com/lego-robotics/ Good luck! Jim White

March 14, 2006

Re: Fwd: Hi

by Segin

The letter seems to check out as valid from what I can find. at any rate, there is a little-known solution that Microsoft has produced themselves that barely anyone ever used. Not many Microsoft employees still remember it cause it was a back-burner feature for 95/98: QuickView. You coul right-click on a file, select QuickView, and a window would popup showing the document, or if an executable, a list of infomation about it that is highly detailed, including ordinals, synbols, relocations, all sorts of offsets, and a number of useful things. It would dump infomation for PE and NE executables, and also MZ headers (DOS exec and stubs). Sadly, I don't know why a Microsoft employee didn't think of this before. It would be simple to get the Wine system libraries from the wine-win32-dlls package, and use a test Win98 box or so to find out what ordinals are in them. Of couse, the gre/Winedump/Linux solution is also suggested. Try running that in combination of gdb. Hans Leidekker wrote: >Hi list, > >I'm forwarding a question from someone at Microsoft(!). I could >recommend grep, winedump and Linux of course but I was wondering if >anyone on this list has a good suggestion for this guy? > >Don't believe it? I didn't either, but look at the headers, this mail >was accepted from a mailserver in the microsoft.com domain: > >Return-Path: <a-gaolap(a)microsoft.com> >Received: from mail.vu.nl (IDENT:MU9AWzJpIWdhZlkI0e97gBGdUUEagQyZ(a)mail.vu.nl [130.37.129.161]) > by mail.it.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsnL15211 > for <hans(a)mail.it.vu.nl>; Mon, 13 Mar 2006 18:54:49 +0100 >Received: from mail1.microsoft.com (mail1.microsoft.com [131.107.3.125]) > by mail.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsjW13651 > for <hans(a)it.vu.nl>; Mon, 13 Mar 2006 18:54:46 +0100 >Received: from mailout1.microsoft.com ([157.54.1.117]) by mail1.microsoft.com with Microsoft SMTPSVC(6.0.3790.2499); > Mon, 13 Mar 2006 09:54:41 -0800 >Received: from RED-MSG-50.redmond.corp.microsoft.com ([157.54.61.146]) by mailout1.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); > Mon, 13 Mar 2006 09:54:41 -0800 > >And here's the line from our mailserver log: > >Mar 13 18:54:46 nath sendmail[13651]: k2DHsjW13651: from=<a-gaolap(a)microsoft.com>, size=6136, class=0, nrcpts=1, > msgid=<22DDEC51216B404E8C056F8F5198E9270616976E(a)RED-MSG-50.redmond.corp.microsof…>, proto=ESMTP, daemon=MTA, > relay=mail1.microsoft.com [131.107.3.125] > > -Hans > >---------- Forwarded Message ---------- > >Subject: Hi >Date: Monday 13 March 2006 18:54 >From: "Gaolai Peng $Volt$" <a-gaolap(a)microsoft.com> >To: hans(a)it.vu.nl > >Hi Hans, > > > >My name is Gaolai. I am working on antivirus software for MS exchange. > > > >One of our customers gets following error when he opened our product, >"the ordinal 319 could not be located in the Dynamic link library >wldap32.dll, "initialization of dll msrd2x40.dll terminated". For sure >our product doesn't need ordinal 319, ldap_create_vlv_control. His >environment is NT 4.0 SP 6. I looked up the msdn, func >ldap_create_vlv_control requires Windows Vista or Windows XP. So I >figured the user must have installed some software that needs at least >XP or Vista? > >>From http://source.winehq.org/source/ChangeLog, I found out you were the > >first person who implemented this function. Can you give some suggestion >about how do I find out what software needs ordinal 319? What I am >supposed to do to fix this without suggesting the user to install XP? > > > >Thanks. > > > >Gaolai > >------------------------------------------------------- > > > > >

March 14, 2006

Re: wglMakeCurrent

by Wino Rojo

Hi guys, Thanks a lot for all your replies... After further inspection, it seems the problem is when I try to share display lists from one context to another. I've attached the program and the source code, so you can try it. As you can see, I first create a context and then I create a second context but sharing the display lists of the first one. If you run this program, you'll see the BadMatch error I was reporting in my first email. However, if you don't share display lists (that is, change the line Context.Create(0, 0, true) to Context.Create(0, 0, false)), everything works ok. Jesse, I've made the changes proposed in those patches, but it didn't work :-( By the way, I'm using wine .9.9. Cheers, Wino _________________________________________________________________ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

March 13, 2006

Re: OLEAUT32: bug 4502 - request for comment before trying to fix

by Alex Villacís Lasso

Alex Villacís Lasso wrote: > I would like to draw attention to bug 4502. This bug can cause any VB > application to crash when the DatePicker control is used, and an > attempt is made to assign a date value in VB code. Even though I found > this bug while testing an application I wrote, this might not be > specific to this application. It is only recently that I have some > time to dedicate to this bug, but I would like somebody to comment on > this. > > When the sample application is run with WINEDEBUG=ole,variant, the > failing invocation looks like this: > > trace:ole:ITypeInfo_fnInvoke > (0x7fdd5440)(0x7fd9f61c,id=20,flags=0x00000004,0x7fa3ee8c,(nil),0x7fa3ee6c,0x7fa3ee9c) > > trace:ole:dump_DispParms args=1 named args=1 > trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) > trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) > trace:ole:dump_Variant ,2006/03/12 00:00:00} > trace:ole:ITypeInfo_fnInvoke invoking: > L"Value"(1) > parm0: L"Value" > memid is 00000014 > Param 0: > tdesc.vartype 12 (VT_VARIANT) > u.paramdesc.wParamFlags PARAMFLAG_FIN > u.paramdesc.lpex (nil) > funckind: 1 (pure virtual) > invkind: 4 (property put) > callconv: 4 (stdcall) > oVft: 224 > cParamsOpt: 0 > wFlags: 3c > elemdescFunc (return value type): > tdesc.vartype 25 (VT_HRESULT) > u.paramdesc.wParamFlags PARAMFLAGS_NONE > u.paramdesc.lpex (nil) > helpstring: L"Returns/sets the current date." > entry: (null) > trace:ole:ITypeInfo_fnInvoke changing args > trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) > trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) > trace:ole:dump_Variant ,2006/03/12 00:00:00} > trace:variant:VariantChangeTypeEx > (0x7fdd5520->(VT_DATE),0x7fa3eef4->(VT_DATE),0x00000400,0x0000,VT_VARIANT) > > trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) > trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) > trace:variant:VariantCopyInd > (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) > trace:variant:VariantCopy (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) > trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) > trace:variant:VARIANT_Coerce > (0x7fa3ec40->(VT_EMPTY),0x00000400,0x0000,0x7fa3ec30->(VT_DATE),VT_VARIANT) > > trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) > trace:variant:VariantClear (0x7fa3ec30->(VT_DATE)) > trace:variant:VariantChangeTypeEx returning 0x80020005, > 0x7fdd5520->(VT_DATE) > err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT > from VT_DATE > trace:ole:ITypeInfo_fnInvoke -- 0x80020005 > > The Property Put seems to be declared as taking one VT_VARIANT > parameter, and the VB code supplies a VT_DATE value. Therefore, an > attempt is made to coerce VT_DATE --> VT_VARIANT. However, > VariantChangeTypeEx() does not support conversion of *any* kind of > variant into VT_VARIANT, so the call fails, and this brings down the > application. I was on half a mind to add the VT_VARIANT conversion to > VariantChangeTypeEx() myself, but then I checked the tests for this > operation, and it seems that the absence of support for VT_VARIANT is > actually expected (unless I am misreading the code). Therefore, one of > the following two things is happening: > > 1) There is some error in the reading of the typelib, since a Property > Put should not have a VT_VARIANT parameter in the first place. > 2) ITypeInfo::Invoke should do the VT_VARIANT conversion itself, > precisely because VariantChangeTypeEx() won't do it. > > I am inclined to the second option, but I want to hear some comment > before attempting to create a patch. > > Alex Villacís Lasso > After some digging, I found that bugs 4370 and 4573 seem to expose the same problem. The root cause (in bug 4370) seems to be a patch by Robert Shearman that rewrites ITypeInfo::Invoke to use VariantChangeTypeEx (commit at http://source.winehq.org/git/?p=wine.git;a=commit;h=8cf5373f60aca5345a0c55d…) Saved me the trouble of the regression testing. Alex Villacís Lasso

March 13, 2006

Re: wglMakeCurrent

by Jesse Allen

On 3/13/06, Wino Rojo <winorojo(a)hotmail.com> wrote: > Hi > > I'm pretty new to wine, and this is my first post to the wine-devel > list....I hope this is the correct place to send my question > > I'm having problems with wglMakeCurrent. I wrote a small OpenGL test > program, but it's not working under wine (it works perfectly on Windows). > When I call wglMakeCurrent, wine outputs this error: > > 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 in output stream: 120 > > I activated the debug output for opengl, and I can see that the problem is a > mismatch between the default visual ID and my program visual ID. At the top > of the debug output, I see this: > trace:opengl:X11DRV_setup_opengl_visual Visual ID 21 Chosen > > and later, when I create my OpenGl context: > > trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 > > Obviously, the problem is that my visual ID doesn't match with the > X-Window's default, but I need to work using my visual (because I need alpha > planes) > > Any known workaround or is this a bug on wine's implementation of > wglMakeCurrent? > > Thanks > > Wino > > Looks like another example of bug 4143 or 4604. Proposed patches are here: http://bugs.winehq.org/show_bug.cgi?id=4143 Please try them out and see if it fixes the problem. It will also help for you to post the test program somewhere so other people can try and maybe it can be included in the wine test suite. Jesse

March 13, 2006

Fwd: Hi

by Hans Leidekker

Hi list, I'm forwarding a question from someone at Microsoft(!). I could recommend grep, winedump and Linux of course but I was wondering if anyone on this list has a good suggestion for this guy? Don't believe it? I didn't either, but look at the headers, this mail was accepted from a mailserver in the microsoft.com domain: Return-Path: <a-gaolap(a)microsoft.com> Received: from mail.vu.nl (IDENT:MU9AWzJpIWdhZlkI0e97gBGdUUEagQyZ(a)mail.vu.nl [130.37.129.161]) by mail.it.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsnL15211 for <hans(a)mail.it.vu.nl>; Mon, 13 Mar 2006 18:54:49 +0100 Received: from mail1.microsoft.com (mail1.microsoft.com [131.107.3.125]) by mail.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsjW13651 for <hans(a)it.vu.nl>; Mon, 13 Mar 2006 18:54:46 +0100 Received: from mailout1.microsoft.com ([157.54.1.117]) by mail1.microsoft.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 13 Mar 2006 09:54:41 -0800 Received: from RED-MSG-50.redmond.corp.microsoft.com ([157.54.61.146]) by mailout1.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Mar 2006 09:54:41 -0800 And here's the line from our mailserver log: Mar 13 18:54:46 nath sendmail[13651]: k2DHsjW13651: from=<a-gaolap(a)microsoft.com>, size=6136, class=0, nrcpts=1, msgid=<22DDEC51216B404E8C056F8F5198E9270616976E(a)RED-MSG-50.redmond.corp.microsof…>, proto=ESMTP, daemon=MTA, relay=mail1.microsoft.com [131.107.3.125] -Hans ---------- Forwarded Message ---------- Subject: Hi Date: Monday 13 March 2006 18:54 From: "Gaolai Peng $Volt$" <a-gaolap(a)microsoft.com> To: hans(a)it.vu.nl Hi Hans, My name is Gaolai. I am working on antivirus software for MS exchange. One of our customers gets following error when he opened our product, "the ordinal 319 could not be located in the Dynamic link library wldap32.dll, "initialization of dll msrd2x40.dll terminated". For sure our product doesn't need ordinal 319, ldap_create_vlv_control. His environment is NT 4.0 SP 6. I looked up the msdn, func ldap_create_vlv_control requires Windows Vista or Windows XP. So I figured the user must have installed some software that needs at least XP or Vista? >From http://source.winehq.org/source/ChangeLog, I found out you were the first person who implemented this function. Can you give some suggestion about how do I find out what software needs ordinal 319? What I am supposed to do to fix this without suggesting the user to install XP? Thanks. Gaolai -------------------------------------------------------

March 13, 2006

need advise with new open-source project

by Nuno Lopes

Hi, I'm currently trying to start a new open-source project that will do the same as WINE did with the windows API, but for a Sony framework, named OPEN-R. This framework allows users to write programs for Sony's robots (namely the dog AIBO). But Sony has discontinued the robotics division and they won't provide support for the framework. I already have the initial code running. I can already compile the code for a non-MIPS platform (their robots are MIPS based) and also load the code and run it. Of course there are still many function stubs. My question is about legal things. Is it considered reverse-engineering to re-implement the Sony's framework (the API is somewhat documented)? Did you have some law problems with Microsoft? One more thing: How do you do with the headers? do you use original Microsoft's headers or did you rewrite them? I'm currently using Sony's headers, which can't be redistributed. So I also have a problem here. How can I rewrite the headers, so that they aren't considered a copy?? I would love if you could answer my questions, so that I can make the project public as soon as possible. Best Regards, Nuno P.S.: btw, nice work with valgrind ;) I think I'll start to test my windows apps for memleaks in linux.

March 13, 2006

Re: x11drv: One more fix for "stuck" ctrl, shift & alt.

by Kuba Ober

On Saturday 11 March 2006 14:03, Tomas Carnecky wrote: > Vitaliy Margolen wrote: > > Anything wrong with this patch? It does fix the "stuck alt" problem for > > games I use alt+tab on. > > I can confirm that this fixes the bug. This patch is very important for > me as I don't have to switch back and forth between desktop and WoW to > un-stuck they alt-key. This patch works fine and I don't see any > side-effects. This problem affects non-game applications as well. Happens all the time with Zilog Developer Studio II, an IDE for embedded application development. So, here's my vote for this patch :) Cheers, Kuba Ober

March 13, 2006

Re: wglMakeCurrent

by Victor Pelt

Hey Wino i think it might be helpfull to at least include the code you wrote. furthermore, my understanding (and someone please correct me if i'm wrong) of wine-devel is to discuss solutions and the like, not for filing bug reports regards Victor Pelt On Mon, 2006-03-13 at 13:00 -0500, Wino Rojo wrote: > Hi > > I'm pretty new to wine, and this is my first post to the wine-devel > list....I hope this is the correct place to send my question > > I'm having problems with wglMakeCurrent. I wrote a small OpenGL test > program, but it's not working under wine (it works perfectly on Windows). > When I call wglMakeCurrent, wine outputs this error: > > 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 in output stream: 120 > > I activated the debug output for opengl, and I can see that the problem is a > mismatch between the default visual ID and my program visual ID. At the top > of the debug output, I see this: > trace:opengl:X11DRV_setup_opengl_visual Visual ID 21 Chosen > > and later, when I create my OpenGl context: > > trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 > > Obviously, the problem is that my visual ID doesn't match with the > X-Window's default, but I need to work using my visual (because I need alpha > planes) > > Any known workaround or is this a bug on wine's implementation of > wglMakeCurrent? > > Thanks > > Wino > > _________________________________________________________________ > Take advantage of powerful junk e-mail filters built on patented Microsoft > SmartScreen Technology. > http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… > Start enjoying all the benefits of MSN Premium right now and get the > first two months FREE*. > >

March 13, 2006

OLEAUT32: bug 4502 - request for comment before trying to fix

by Alex Villacís Lasso

I would like to draw attention to bug 4502. This bug can cause any VB application to crash when the DatePicker control is used, and an attempt is made to assign a date value in VB code. Even though I found this bug while testing an application I wrote, this might not be specific to this application. It is only recently that I have some time to dedicate to this bug, but I would like somebody to comment on this. When the sample application is run with WINEDEBUG=ole,variant, the failing invocation looks like this: trace:ole:ITypeInfo_fnInvoke (0x7fdd5440)(0x7fd9f61c,id=20,flags=0x00000004,0x7fa3ee8c,(nil),0x7fa3ee6c,0x7fa3ee9c) trace:ole:dump_DispParms args=1 named args=1 trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) trace:ole:dump_Variant ,2006/03/12 00:00:00} trace:ole:ITypeInfo_fnInvoke invoking: L"Value"(1) parm0: L"Value" memid is 00000014 Param 0: tdesc.vartype 12 (VT_VARIANT) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 4 (property put) callconv: 4 (stdcall) oVft: 224 cParamsOpt: 0 wFlags: 3c elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: L"Returns/sets the current date." entry: (null) trace:ole:ITypeInfo_fnInvoke changing args trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) trace:ole:dump_Variant ,2006/03/12 00:00:00} trace:variant:VariantChangeTypeEx (0x7fdd5520->(VT_DATE),0x7fa3eef4->(VT_DATE),0x00000400,0x0000,VT_VARIANT) trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) trace:variant:VariantCopyInd (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) trace:variant:VariantCopy (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) trace:variant:VARIANT_Coerce (0x7fa3ec40->(VT_EMPTY),0x00000400,0x0000,0x7fa3ec30->(VT_DATE),VT_VARIANT) trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) trace:variant:VariantClear (0x7fa3ec30->(VT_DATE)) trace:variant:VariantChangeTypeEx returning 0x80020005, 0x7fdd5520->(VT_DATE) err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT from VT_DATE trace:ole:ITypeInfo_fnInvoke -- 0x80020005 The Property Put seems to be declared as taking one VT_VARIANT parameter, and the VB code supplies a VT_DATE value. Therefore, an attempt is made to coerce VT_DATE --> VT_VARIANT. However, VariantChangeTypeEx() does not support conversion of *any* kind of variant into VT_VARIANT, so the call fails, and this brings down the application. I was on half a mind to add the VT_VARIANT conversion to VariantChangeTypeEx() myself, but then I checked the tests for this operation, and it seems that the absence of support for VT_VARIANT is actually expected (unless I am misreading the code). Therefore, one of the following two things is happening: 1) There is some error in the reading of the typelib, since a Property Put should not have a VT_VARIANT parameter in the first place. 2) ITypeInfo::Invoke should do the VT_VARIANT conversion itself, precisely because VariantChangeTypeEx() won't do it. I am inclined to the second option, but I want to hear some comment before attempting to create a patch. Alex Villacís Lasso

March 13, 2006

Re: wglMakeCurrent

by Christoph Frick

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 in output stream: 120 just FYI: I have the same problem with NASCAR Racing Season 2003 in OpenGL mode. And I had the same problem with Pacific Fighters (but not with IL2, which is basically the same engine - but I use now the comined installation). On the other hand several other OpenGL games work flawless (Grand Prix Legends, IL2). -- cu

March 13, 2006

wglMakeCurrent

by Wino Rojo

Hi I'm pretty new to wine, and this is my first post to the wine-devel list....I hope this is the correct place to send my question I'm having problems with wglMakeCurrent. I wrote a small OpenGL test program, but it's not working under wine (it works perfectly on Windows). When I call wglMakeCurrent, wine outputs this error: 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 in output stream: 120 I activated the debug output for opengl, and I can see that the problem is a mismatch between the default visual ID and my program visual ID. At the top of the debug output, I see this: trace:opengl:X11DRV_setup_opengl_visual Visual ID 21 Chosen and later, when I create my OpenGl context: trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 Obviously, the problem is that my visual ID doesn't match with the X-Window's default, but I need to work using my visual (because I need alpha planes) Any known workaround or is this a bug on wine's implementation of wglMakeCurrent? Thanks Wino _________________________________________________________________ Take advantage of powerful junk e-mail filters built on patented Microsoft® SmartScreen Technology. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

March 13, 2006

wine and rpath

by Ivars Strazdins

Hello all, recently introduced rpath sets rpath to $ORIGIN I wonder if $ORIGIN/../lib would not be more appropriate? Or is this something my build-system specific? $ORIGIN just does not work to me, I really need $ORIGIN/../lib, if --prefix is set to non-default, non /usr value. Thank you, Ivar

March 13, 2006