April 2006 - Wine-devel - list.winehq.org

Re: shdocvw 2: Added [get|put]_Visible implementation.
by Robert Shearman 01 May '06

01 May '06

Jacek Caban wrote: > static HRESULT WINAPI WebBrowser_put_Visible(IWebBrowser2 *iface, VARIANT_BOOL Value) > { > WebBrowser *This = WEBBROWSER_THIS(iface); >- FIXME("(%p)->(%x)\n", This, Value); >- return E_NOTIMPL; >+ VARIANTARG arg; >+ DISPPARAMS dispparams = {&arg, NULL, 1, 0}; >+ >+ TRACE("(%p)->(%x)\n", This, Value); >+ >+ This->visible = Value; >+ >+ V_VT(&arg) = VT_BOOL; >+ V_BOOL(&arg) = Value; >+ call_sink(This->doc_host.cp_wbe2, DISPID_ONVISIBLE, &dispparams); >+ >+ return S_OK; > > You don't actually show or hide the window, so it would be good to keep the FIXME there. -- Rob Shearman

3 5

Wine and Java -- some success!
by Segin 01 May '06

01 May '06

Ahh, with 0.9.12, we are one step away from using Java!! So far, I have tried to use a Java-based game that provides it's own JRE in Wine. It start up fast, and i do mean *fast*, and displays the game's splash-banner, and draws a quick black all over the screen (which other X clients remove by repainting their windows). It then decides to crash, but alas, it did do *something*. javaw.exe -version gives this: java version "1.4.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) the crash gives just this, and nothing more: swapper.jar: stack smashing attack in function WAVEMAP_widMessage() Aborted -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

3 3

Google Sketch-Up Not Starting
by Vijay Kiran Kamuju 01 May '06

01 May '06

Hi, I tried to start latest tool form the Google Stable, Google SketchUp. This is a product Google acquired by the acquisition of @land Software. Now this tool is giving a Dialog box about incorrect display drivers and saying that ChoosePixelFormat Failed. Now what should i try more (debug channels) no err msgs are shown in the cmd prompt. Thanks, Vijay

5 6

Remove the European CVS server?
by Scott Ritchie 01 May '06

01 May '06

Since it seems like most people are using GIT, and the European CVS server has a severely annoying tendency to not be up to date, I propose we eliminate the European CVS server entirely and remove it from this page: http://www.winehq.com/site/cvs For an example of how it's hurting development, see this bug: http://bugs.winehq.org/show_bug.cgi?id=4323 Thanks, Scott Ritchie

2 1

RE: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Nick Burns 01 May '06

01 May '06

Here is the patch thus far -- It is not clean or anything... (cvs -q diff - straight from my tree) --I think this patch will work and allow you to run specific ogl and d3d apps (with enough stack fudging see below) --Here is an example of the stack fudging --Since this is too hard to add to all entry points... I did not bother doing it en mass (only for functions that were causing crashes for demos -- waiting for gcc goodness) void WINAPI SomeApiEntryPoint() { //begin stack alignment asm("pushl 0(%ebp)");//save ebp` asm("movl %esp, 0(%ebp)");//hope that 0(%ebp) is not used in function //save esp -- ebp -> esp -> ebp` asm("subl %ebp, %esp");//calc n asm("addl %esp, %esp");//n*2 asm("addl %ebp, %esp");//n*2+esp asm("subl $0x10, %esp");//pad out stack asm("andl $0xFFFFFFF0, %esp");//align the stack //end stack alignment ... //body ... //begin stack restore asm("movl 0(%ebp), %esp");//restore esp -- ebp -> esp -> ebp` asm("popl 0(%ebp)");//restore ebp` + esp //end stack restore return; } WEEEEEEEEE so fun - Nick

2 2

Re: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Chris Niederauer 01 May '06

01 May '06

I didn't work on this patch, but I can add some answers to Mike's questions... On Sun, 30 Apr 2006 05:32:49 -0700, Mike Hearn wrote: > On Sat, 29 Apr 2006 14:46:33 -0700, Nick Burns wrote: >> OpenGL dynamic loading >> -- Mac OSX does not need to dlsym every ogl entry point -- it >> handles >> that for you... > > Hmm, well so do Windows and Linux ;) I think it's done that way > because > some of the GL functions are introduced in later versions of OpenGL > so we > need to test for them at runtime. We can at least avoid any direct dlsym references on the Mac and simply use the glXGetProcAddress procedure. Also, for anything that is added to the OpenGL stack post 10.4.4 or whatever the first intel version of OS X was, it could avoid a huge amount of glXGetProcAddress's for the included opengl calls like glBegin, etc. Was there more to this you wanted to add, Nick? >> Stack fudging >> -- mac requires 16 byte aligned stack windows does not >> -- this leads to illegal instructions (aligned wrongly) > > This is an Intel Mac right?! Intel chips have never required > alignment as > far as I know, though it can help performance. This is not a requirement by the processor, per se, but by the OS X ABI. When a windows function attempts to call into an OS X function, the ABI must be properly set up in order to work with the OS X ABI compliant code. 16 byte alignment is one requirement of OS X's ABI: <http://developer.apple.com/documentation/DeveloperTools/Conceptual/ LowLevelABI/Articles/IA32.html> >> GLX Root Window >> -- Wine uses the fact that a root window exists in x11 in many >> places... >> -- But no one wants to run the x11 root window on their mac >> (what the >> b&w checkerz are ugly?) > > What stops you fixing the Mac X server to, well, not suck? I don't > see why > you need to hack Wine to fix this. On systems that already have roots like the Window Server on OS X and the GDI root on Windows, your system then looks like Linux. This works fine and all, but it makes it so that Mac OS X and Windows apps don't show up side by side with the linux apps. In the end, I'm sure it would be most desirable to avoid X11 on the Mac completely because it's an optional install (albeit easily installable after the fact) and it just doesn't have an OS X feel to it, which is what people would desire who are running OS X. Chris

3 5

dependencies on freetype and fontforge
by Robert Lunnon 01 May '06

01 May '06

Is it really necessary to have hard dependencies on both freetype and fontforge, configure returns a fail if either of these is missing ? I can live with a dependency on freetype since Sun supplies this lib but I'd rather not depend on fontforge, which might not be installed on a target system Bob

2 3

About irp framework for safedisc support
by Vijay Kiran Kamuju 01 May '06

01 May '06

Hi, I would like to know about what is required for the irp framework to be implemented for wine. I just want to put enough information so that it might be possible for someone or even me to pick-up this issue. May be this might be ready for the next years Google SOC. ;) Thanks, Vijay

2 2

Start Programs reg entry
by Tom Spear (Dustin Booker, Dustin Navea) 30 Apr '06

30 Apr '06

A while back there was a bug reported because certain installers looked in the registry for the path to the programs menu, and when they couldnt find it, they would abort the install. http://bugs.winehq.org/show_bug.cgi?id=2765 The bug was closed once a patch was committed.. Seems that now, wineprefixcreate has the same issue, and since we are using that to setup the wine environment instead of wine itself, it is causing the same problem. This should be trivial, but it is annoying having to manually add something that should be in the registry by default anyways.. I reopened the bug for now since it is an issue again and people were posting to it. Tom

2 1

RFC: sfd2ttf
by Markus Amsler 30 Apr '06

30 Apr '06

Hi, Here's a first version of an sfd2ttf tool based on fontforge-20051205. You can dwonload it from [1]. It consists of 5 files (with Makefile) and has a size of 500K. There's still some dead code lying around, I think I can bring it down to 300K-400K. Is this acceptable? SFD reading was quite easy, the code was well seperated. TTF generation was a bit harder. I decided to output TrueType, with bitmap tables from OpenType. The others ttf variations (full OpenType or even aat (Apple Advanced Typography)) are not supported, as it would make the tool a lot bigger (factor 2-5 or so) and i believe it's not needed (right?). I'm really no font expert, so any comment is welcome. Markus [1] http://oribi.org/download/sfd2ttf.tar.gz

11 16