- Wine-Devel - list.winehq.org

Re: implemented a couple of forwards from shdocvw to shlwapi.
by Jacek Caban Feb. 5, 2006

Feb. 5, 2006

Eric Pouech wrote: > ChangeLog: > - implemented a couple of forwards by ordinal from shdocvw to shlwapi > > dlls/shdocvw/misc.c | 70 > +++++++++++++++++++++++++++++++++++++++++++++ > dlls/shdocvw/shdocvw.spec | 9 +++--- > 2 files changed, 75 insertions(+), 4 deletions(-) > > ------------------------------------------------------------------------ > > 694ad19af173951512f2a9450c152164e5bfb047 > diff --git a/dlls/shdocvw/misc.c b/dlls/shdocvw/misc.c > index 2be6270..c491d7a 100644 > --- a/dlls/shdocvw/misc.c > +++ b/dlls/shdocvw/misc.c > @@ -96,3 +96,73 @@ void WINAPI OpenURL(HWND hWnd, HINSTANCE > { > FIXME("%p %p %s %d\n", hWnd, hInst, debugstr_a(lpcstrUrl), nShowCmd); > } > + > +/********************************************************************** > + * Some forwards (by ordinal) to SHLWAPI > + */ > + > +static void* fetch_shlwapi_ordinal(unsigned ord) > +{ > + static HANDLE h; > + > + if (!h && !(h = LoadLibraryA("shlwapi.dll"))) return NULL; > > Windows shdocvw imports shlwapi, so I think it would be better to add it to imports and use GetModuleHandle here. Also, as IQuickActivate is not implemented by Windows WebBrowser, I'm going to remove it from Wine and then misc.c will be almost empty, so could you add these functions to shdocvw_main.c? Thanks, Jacek

1 0

Help with window basics needed
by Stefan Dösinger Feb. 5, 2006

Feb. 5, 2006

Hello, I have a small struggle with window properties and activation. The situation is this: Half-life 1 has 2 different windows when in D3D or DDraw mode: A focus window and a window to display the output(device window). I have to make sure that the focus window gets the keyboard focus, while the device window stays on top to display the d3d output. On initialization hl tells ddraw the hwnd of the focus window(with SetCooperativeLevel and DDSCL_SETFOCUSWINDOW), then it requests ddraw to create a device window (DDSCL_CREATEDEVICEWINDOW), so the device window is under the control of ddraw, it has it's own wndproc which I can change. Then it starts drawing to the screen, the hl console appears. Then it sets the focus to the focus window and the d3d output isn't drawn any more. When I run in managed mode, I can switch between the 2 windows and eighter see the output or have keyboard input. Now my question is: What is the best way to make sure that the device window stays on top, while the focus window receives keyboard input? It would be nice if it was still possible to switch to a third window and have both ddraw windows disappear. I can change the window properties of both windows, and in this case I code the wndproc of the device window. I have tried to set WS_EX_TOPMOST on the device window, and to show it with SW_SHOWNOACTIVATE if it is deactivated, but that didn't work. Thanks for your help, Stefan

1 0

quicktime 7 + itunes install fail
by Dan Kegel Feb. 5, 2006

Feb. 5, 2006

This isn't news to anyone, I'm sure, but today's wine doesn't install quicktime; it hangs while copying files. Log fragment: ... fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders" fixme:msi:ACTION_CustomAction msidbCustomActionTypeNoImpersonate not handled fixme:rpc:RpcImpersonateClient (0x7a614b10): stub fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5f78,0x7d4e5f7c), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5ebc,0x7d4e5ec0), stub! fixme:rpc:RpcRevertToSelfEx (0x7a614b10): stub err:msi:cabinet_notify failed to create L"c:\\windows\\system32\\atl.dll" (error 80) fixme:msi:ACTION_CustomAction msidbCustomActionTypeNoImpersonate not handled fixme:msi:MsiGetMode 3 6 fixme:rpc:RpcImpersonateClient (0x79d7d678): stub fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5f78,0x7d4e5f7c), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5ebc,0x7d4e5ec0), stub! fixme:rpc:RpcRevertToSelfEx (0x79d7d678): stub fixme:rpc:RpcImpersonateClient (0x7a61bda8): stub fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5f78,0x7d4e5f7c), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7d4e5ebc,0x7d4e5ec0), stub! fixme:rpc:RpcRevertToSelfEx (0x7a61bda8): stub err:heap:HEAP_ValidateInUseArena Heap 0x7bc40000: in-use arena 0x79d83000 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x7bc40000: bad back ptr 0x6c002e for arena 0x79d83018 err:menubuilder:extract_icon32 LoadLibraryExW (L"c:\\windows\\profiles\\dank\\Application Data\\Microsoft\\Installer\\{501BADCD-F8F7-44CB-AC3F-6ED25C1A28B5}\\NewShortcut3_35AFD495EC2E4B2BB9DB30EEBC74049D.exe") failed, error 126 err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink err:menubuilder:extract_icon32 LoadLibraryExW (L"c:\\windows\\profiles\\dank\\Application Data\\Microsoft\\Installer\\{501BADCD-F8F7-44CB-AC3F-6ED25C1A28B5}\\NewShortcut51_C4CC216DC59449CC82C2CDA6A4781E4C.exe") failed, error 126 err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink err:heap:HEAP_ValidateInUseArena Heap 0x7bc40000: in-use arena 0x79d838e8 next block has PREV_FREE flag err:heap:HEAP_ValidateInUseArena Heap 0x7bc40000: bad back ptr 0x6c002e for arena 0x79d83900 err:menubuilder:extract_icon32 LoadLibraryExW (L"c:\\windows\\profiles\\dank\\Application Data\\Microsoft\\Installer\\{501BADCD-F8F7-44CB-AC3F-6ED25C1A28B5}\\") failed, error 126 err:menubuilder:ExtractFromICO Invalid ico file format err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink wine: Unhandled page fault on write access to 0x79da218c at address 0x7bebd64f (thread 0044), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x7bc40020 "heap.c: main process heap section" wait timed out in thread 0031, blocked by 0044, retrying (60 sec) And there it ends. No backtrace. Quicktime 6.5.1 installs better. (I haven't gotten it to play anything, though.) -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Win32HandleToDosFileHandle / DosFileHandleToWin32Handle
by Derek Fawcus Feb. 5, 2006

Feb. 5, 2006

I'm looking to do some changes to the wine vdm - or more accurately to the winedos dll to make the handling for some DOS applications more useful. This is mainly driven from a desire to run DOS apps without a wineconsole, so using the unix stdin/stdout/stderr as the DOS file handles. i.e. ala the BSD doscmd program; mind it also has similar issues (plus I'd have to port it :) There are a few things I'll have to alter wrt to the existing console handling (within winedos), but the main part will be using the JFT within the PSP/PDB and creating SFTs. i.e. in effect fleshing out dlls/kernel/file.c:dos_handles to be a pseudo-SFT. I think I've figured out more or less where I need to hack^h^h^h^hcode. Looking at what's done at the moment, I see the above two functions being used. Now really, what I'd like to have available is Win32HandleToDosSFT and DosSFTToWin32Handle; so I'll have to create something along those lines. So a few questions : a) Is the behaviour of the above two functions correct? i.e. should they be DosFileHandle <-> Win32Handle conversion routines? Or is this just an artifact of how the DOS file handles are currently implemented? b) Do any real apps (that anyone knows of) depend upon calling them? I do see that they are used in a number of places for the existing 16 bit routines. If the behaviour is correct, then I guess I'll have to adjust them so that they involve a lookup of the current PSP/PDB and hence indirect through the JFT. Does anyone know if there is already a defined set of functions for SFT handling at the NT abstraction level? I'd have expected that the NT vdm would have used it if such was available. DF

2 5

Re: usp10: Tests for usp10
by Stefan Leichter Feb. 5, 2006

Feb. 5, 2006

Am Sonntag, 5. Februar 2006 05:14 schrieb Jeff L: > This patch adds tests for usp10.dll. Note I have not added a directory > to wine before and found I had to edit configure and configure.ac as I > have attached. Hope that is right. > > testc.diff and tests.diff need to be added to dlls/usp10/tests > > Jeff Latimer Hello Jeff, - you don't need to add a patch for configure, a patch for configure.ac is enough - please send only one patch containing all the changes, not three different files - make all the patches for the different files against the root directory of the wine tree +++ usp10.c -> +++ dlls/usp10/tests/usp10.c - you missed to enter the line "SUBDIRS = tests" into the Makefile.in in dlls/ usp10 - i'm not sure if we still need a .cvsignore file for the tests directory Bye Stefan

1 0

wined3d PS 2.0/TexMem/Config Window Patch
by Brian Hill Feb. 5, 2006

Feb. 5, 2006

Attached is a patch file of the changes I have made to wined3d and it's config options. Summary of the changes : * Cleaned up graphics tab on winecfg to make room for more DirectX related options. In an ideal world, options would be automagically detected but due to the amount of differences between setups and such, this isn't feasable at the moment. * User-selectable pixel shader version. Default is 1.4. 2.0 is selectable and if your card has GLSL support it should return the PS version to apps as 2.0. 98% of the PS 2.0 functions right now however are stubs or not implemented so this is why 1.4 is default. Setting the version to 2.0 will return a warning stating that it will most likely break any applications that try to use 2.0. * User-selectable texture memory reporting. The current CVS version is hardcoded to report 64 megabytes of graphics card texture memory. I changed the hardcoded variable to be set by a registry setting allowing the user to set how much graphics card memory this wish to report to D3D apps. This should help games and applications that use a lot of big or highly-detailed textures. In the future, default should autodetect however right now default is 64 megabytes. I'd appreciate if people could test this patch and see if it breaks any games. It compiles and runs fine on my system but I'd like to know regardless. Sometimes I have a tendency to make silly mistakes in coding :P As for the text that was removed, most of it described what things like the virtual desktop function did and it took up over half of the tabs pane. This text should probably be placed in either the user manual/documentation or through some future help function in winecfg. Someone suggested I add a seperate DirectX tab however as it is right now, I do not think it is a good idea to add many more tabs. Too many tabs can lead to useability issues as people are unable to find where different settings are located. I will seperate the patches out later by the specific changes they do but right now it's just one big patch file. Thanks

6 9

potential (not sure yet) BUG in wine!
by Segin Feb. 5, 2006

Feb. 5, 2006

I have noticed that there is a potential bug in Wine, because complimation for all version since the last date-versioned alpha release (didn;'t try anything older than 20050930) fail to compile at server/mailslot.c, saying that uint32_t is not defined. While I cannot figure out if this is a problem with my system headers (which it shouldn't, I rebuilt glibc recently) or that source file itself, the suggested course of action (from me) is to #include <stdint.h>

2 2

Re: dlls/ntdll/tape.c portability
by Alexandre Julliard Feb. 4, 2006

Feb. 4, 2006

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > ChangeLog: > Take into account that FreeBSD and others have MTSETBSIZ instead of > MTSETBLK and that struct mt_blksiz is laid out somewhat differently. Please add configure checks instead of #ifdef __FreeBSD__. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: d3d8: Fixed point sprite scaling when size < 1.0f
by Pedro Maia Feb. 4, 2006

Feb. 4, 2006

Vitaly Budovski wrote: > d3d8: Fixed point sprite scaling when size < 1.0f Sorry to say but your patch is probably the wrong one, because it's exactly the same as wined3d patch, and also it doesn't apply cleanly to the cvs source. Great work. Pedro Maia

1 0

Re: msftedit.dll
by Phil Krylov Feb. 4, 2006

Feb. 4, 2006

On Sat, 4 Feb 2006 00:07:24 +0100 Stefan Leichter <Stefan.Leichter(a)camLine.com> wrote: > +2 stub IID_IRichEditOle > +3 stub IID_IRichEditOleCallback > +4 stub CreateTextServices > +5 stub IID_ITextServices > +6 stub IID_ITextHost > +7 stub IID_ITextHost2 > +8 stub REExtendedRegisterClass > +9 stub RichEditANSIWndProc > +10 stub RichEdit10ANSIWndProc > +11 stub SetCustomTextOutHandlerEx > +12 stub DllGetVersion > +13 stub RichEditWndProc > +14 stub RichListBoxWndProc > +15 stub RichComboBoxWndProc Could this be done another way? E.g., symlink msftedit.dll.so to riched20.dll.so? Or copy riched20.dll.so as msftedit.dll.so, which would resemble MS approach more. -- Ph.

3 2