- wine-devel - winehq.org

Visual C++ 6
by Jason Kraftcheck 06 Feb '06

06 Feb '06

I've been trying to get Visual C++ 6 to work under Wine. It does seem to work for trivial programs with wine 0.9.6. It fails to compile anything with floating-point constants in the source because _atoldbl in msvcrt.dll is not implemented. I've attached a patch with a trivial implementation of that function. With the patch, I'm able to compile trivial programs with floating-point math. However, for any real application, I'm getting internal compiler errors.

2 2

wine 0.9.7 crashes in dlls/d3d8/drawprim.c
by Daniel Skorka 06 Feb '06

06 Feb '06

Hi, I'm trying to debug a problem with the Mafia demo. Basically, it is like this: The demo runs fine (albeit a bit slow) for some short (but varying) time). Then it crashes in dlls/d3d8/drawprim.c line 983 (function drawStridedSlow) with a page fault on read access. The exact address differs a bit between runs, but seems to be above 0x7f000000 all the time. As the full version of Mafia seems to work, I would like to know wether anyone else has ever seen the same crash or can offer a hint to where the problem might be. regards, Daniel

1 0

winsock/tests select conformance test improvements
by Phil Lodwick 06 Feb '06

06 Feb '06

Some improvements to the test thanks to suggestions from Mike McCormack. Changelog: - Add OK tests around more function calls - Add two more todo_wine tests that fail

1 0

Re: LostWages: Status pages update #5
by Dmitry Timoshkov 06 Feb '06

06 Feb '06

On Mon, 2006-02-06 at 02:47 -0500, Tom Wickline wrote: > Change log: please see status_changelog for a complete change log. > + <li>ADD - Dmitry Timoshkov as worker to ICCVID</li> > + <li>ADD - Dmitry Timoshkov as worker to MSRLE32</li> > + <li>ADD - Dmitry Timoshkov as worker to MSVIDC32</li> Tom, I already mentioned it in the private e-mail to you that I just fixed a couple of bugs in the codecs and I can't take full responsibility for maintaining them. I think that leaving people mentioned as it is now in the codecs section is fine. -- Dmitry.

1 0

New wined3d configuration window
by Brian Hill 06 Feb '06

06 Feb '06

So I've been bored lately and decided to start hacking on the wined3d module. This is partly due to my distate with a certain commercial Wine variant for games. I have intermediate OpenGL knowledge and very little Direct3D knowledge, so I have to rely on MSDN for finding OpenGL equivilants in Direct3D. I've been working on a new control panel for the wined3d module in winecfg. There are simply too many potential options to fit it all on that one tab and I know that audio is getting something similar. I was wondering if Wine has a HIG (Human Interface Guideline) that determines how the layout should go. This is what I have so far : http://img371.imageshack.us/my.php?image=winecfg8xe.png The symmetry is off right now, however I am trying to leave room for other buttons incase they are needed. I am also working on the reporting of texture memory for wined3d. Right now, it reports a default of 64mb. I'd like to add a box that allows the user to override the amount of memory reported and a way to have it automatically detected. Thanks, Brian Hill

7 11

Re: Add missing LANG_xxx and SUBLANG_xxx macros
by Francois Gouget 06 Feb '06

06 Feb '06

On Mon, 6 Feb 2006, Francois Gouget wrote: > > I found two pages that document the LANG_xxx and SUBLANG_xxx identifiers: > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/nls_6… > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/nls_1… > > And I noticed that Wine was missing many of them. So I updated winnt.h > accordingly. Sorry, this patch is incomplete so Wine won't compile (at least after a make depend, I must have been missing some dependencies). There's a wrc update that's missing, but more importantly the following files depend on LANG_GAELIC (==LANG_IRISH) and its sublanguages so I'm not sure what to do with them. dlls/kernel/nls/gae.nls dlls/kernel/nls/gdh.nls dlls/kernel/nls/gdv.nls -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

1 0

WineD3D texture bug
by Roderick Colenbrander 06 Feb '06

06 Feb '06

Hi, The past few days I have experimented with Oliver his d3d8 patches. As mentioned before the patches work fine except Shaders have problems. There's one texture/surface related problem I'm trying to debug but I don't know how to proceed nor how to fix the problem. When you create a texture in d3d8 you can specify in what type of memory it needs to be stored. There are roughly two options of which one is to store the textures in video memory and the other in system memory. Storing of textures in system memory has limitations compared to video memory. The main one is that textures placed in system memory can't be directly used for rendering. In order to render the texture for instance need to copy the data to another texture (one which isn't stored in system memory). The problem I'm having appears in 3dmark2001 which creates some textures in system memory and then it directly renders them using DrawPrimitive. This works on Windows. Based on the information (from MSDN) which I gave before this is illegal but somehow it works. In case of wined3d we check in our LoadTexture call if the texture is in system memory and if it is, we don't render it. (which is ok according to MSDN) This 'correct' piece of code causes that no textures appear in 3dmark, removing the check fixes 3dmark. I tried to test the behaviour of textures in system memory on windows using some multitexturing sample from codesampler.com. By default the sample uploaded textures to video memory and I changed it to system memory. Directly rendering textures from system memory didn't work as expected from the MSDN docs. (BTW the demo doesn't work correctly on cedega, they seem to allow rendering of textures in system memory. I guess this is a bug but perhaps this is a 'feature') The sample also works correctly on wine in case of the d3d8->wined3d patches, on the current d3d8 it would be as broken as on Cedega. (The demo is available from http://roderick.student.utwente.nl/sample.tar.gz from the included files dx8_multitexture.exe or whatever is the original sample and sample.exe is the one which uses textures from system memory) To summarize 3dmark2001 possibly uses incorrect d3d8 code but the code works fine on Windows. I tried to test the behaviour using a test (perhaps not a good test) and windows appeared to work correctly and the same for wine. Further oliver had the same problem in maxpayne2 (it uses the same 3d engine I think) and he used a similar hack. Does someone has some good ideas for locating the problem? I think my d3d8 test is good enough but perhaps it isn't. I have uploaded a log of 3dmark to http://roderick.student.utwente.nl/log.bz2 The problem appears near the 'LoadTexture' lines for textures created with 'pool 2' (D3DPOOL_SYSTEMMEM). Regards, Roderick

4 4

pr 3277 redux (err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL)
by Dan Kegel 06 Feb '06

06 Feb '06

Hi Fenix! What's the status of the glXChooseFBConfig problem you had a test fix for in http://www.winehq.com/hypermail/wine-devel/2005/05/0369.html ? I think this is http://bugs.winehq.org/show_bug.cgi?id=3277 can you chime in there if appropriate? People keep running into something similar, most recently http://www.winehq.org/pipermail/wine-users/2006-February/020389.html Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

error during compilation
by David van der Staak 06 Feb '06

06 Feb '06

hi there, i was compiling wine, and i saw this error during compilation.. don't know what to do with it, and it sais to tell you guys, so hereby. Need to know anything? configure: WARNING: linux/capi.h: present but cannot be compiled configure: WARNING: linux/capi.h: check for missing prerequisite headers? configure: WARNING: linux/capi.h: see the Autoconf documentation configure: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/capi.h: proceeding with the preprocessor's result configure: WARNING: linux/capi.h: in the future, the compiler will take preceden ce configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## Gods Blessing, HisChild

1 0

Re: implemented a couple of forwards from shdocvw to shlwapi.
by Jacek Caban 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 05 Feb '06

05 Feb '06

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 04 Feb '06

04 Feb '06

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 04 Feb '06

04 Feb '06

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 04 Feb '06

04 Feb '06

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

Re: Add Tests for InternetQueryOption - try 2
by Dmitry Timoshkov 04 Feb '06

04 Feb '06

On Fri, 2006-02-03 at 15:36 +0530, Vijay Kiran Kamuju wrote: > +SetLastError(0xdeadbeef); > + retval=InternetQueryOptionA(hinet,INTERNET_OPTION_USER_AGENT,NULL,&len); > +err=GetLastError(); You need to initialize length parameter before InternetQueryOption call. -- Dmitry.

2 4

Fix for server/change.c breakage (and request for help)
by Gerald Pfeifer 03 Feb '06

03 Feb '06

The following change to server/change.c revision 1.32 date: 2006-01-30 18:46:00 +0000; author: julliard; state: Exp; lines: +223 -15 Mike McCormack <mike(a)codeweavers.com> server: Initial inotify support. broke (all?) systems without pnotify support: The second set of errors is addressed by the patch below. If someone else could look into how to best address the first set of errors, I'd really appreciate that. change.c: In function `inotify_poll_event': change.c:425: error: dereferencing pointer to incomplete type change.c:428: error: dereferencing pointer to incomplete type change.c:428: error: dereferencing pointer to incomplete type change.c: In function `inotify_adjust_changes': change.c:444: error: `IN_MOVED_FROM' undeclared (first use in this function) change.c:444: error: (Each undeclared identifier is reported only once change.c:444: error: for each function it appears in.) change.c:444: error: `IN_MOVED_TO' undeclared (first use in this function) change.c:444: error: `IN_DELETE' undeclared (first use in this function) change.c:444: error: `IN_CREATE' undeclared (first use in this function) change.c:446: error: `IN_DELETE_SELF' undeclared (first use in this function) change.c:448: error: `IN_ATTRIB' undeclared (first use in this function) change.c:450: error: `IN_MODIFY' undeclared (first use in this function) change.c:454: error: `IN_ACCESS' undeclared (first use in this function) gmake: *** [change.o] Error 1 Thanks, Gerald ChangeLog: Render inotify_adjust_changes() just a stub on non-Linux systems. Index: change.c =================================================================== RCS file: /home/wine/wine/server/change.c,v retrieving revision 1.32 diff -u -3 -p -r1.32 change.c --- change.c 30 Jan 2006 18:46:00 -0000 1.32 +++ change.c 3 Feb 2006 21:02:21 -0000 @@ -436,6 +436,7 @@ static int inotify_get_info( struct fd * static void inotify_adjust_changes( struct dir *dir ) { +#ifdef linux int filter = dir->filter; unsigned int mask = 0; char link[32]; @@ -461,6 +462,7 @@ static void inotify_adjust_changes( stru dir->wd = inotify_add_watch( get_unix_fd( dir->inotify_fd ), link, mask ); if (dir->wd != -1) set_fd_events( dir->inotify_fd, POLLIN ); +#endif } static struct fd *create_inotify_fd( struct dir *dir )

1 0

Re: crypt32: implement W versions of string routines
by Stefan Leichter 03 Feb '06

03 Feb '06

Am Mittwoch, 1. Februar 2006 18:07 schrieb Juan Lang: > ChangeLog: implement CertRDNValueToStrW and CertNameToStrW, with tests > > --Juan This patch breaks compilation of the tests with mingw.

2 3

RE: Wine release 0.9.7
by Xtramind Autoresponder 03 Feb '06

03 Feb '06

Sehr geehrte Damen und Herren, Herr Holger Stenzhorn ist nicht mehr im operativen Geschaeft der Xtramind Technologies GmbH taetig. Ihre E-Mail wurde nicht an Herrn Stenzhorn ausgeliefert. Sollte der Inhalt Ihrer E-Mail geschaeftliche Belange der Xtramind Technologies GmbH betreffen, so senden Sie diese bitte erneut an Frau Daniela Kurz: daniela.kurz(a)xtramind.com Vielen Dank! ========== Original Message Headers Follow ========== >From wine-announce-bounces(a)winehq.org Thu Feb 2 17:44:37 2006 Return-Path: <wine-announce-bounces(a)winehq.org> X-Original-To: holger(a)xtramind.com Delivered-To: holger(a)xtramind.com Received: from localhost (localhost.xtramind.dfki.de [127.0.0.1]) by mousepad.xtramind.dfki.de (Postfix) with ESMTP id 6D9361C356C for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:37 +0100 (CET) Received: from mousepad.xtramind.dfki.de ([127.0.0.1]) by localhost (izac.xtramind.dfki.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83893-06 for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:30 +0100 (CET) Received: from wine.codeweavers.com (wine.codeweavers.com [209.32.141.3]) by mousepad.xtramind.dfki.de (Postfix) with ESMTP id 80F6F1C353A for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:30 +0100 (CET) Received: from localhost ([127.0.0.1] helo=localhost.localdomain) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyn-00065O-GE; Thu, 02 Feb 2006 10:06:41 -0600 Received: from localhost ([127.0.0.1]) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyl-00065D-Ar for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:39 -0600 Received: from wine.codeweavers.com ([127.0.0.1]) by localhost (wine [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18821-04 for <wine-announce(a)winehq.org>; Thu, 2 Feb 2006 10:06:39 -0600 (CST) Received: from mail.codeweavers.com ([216.251.189.131] ident=Debian-exim) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyc-00064j-Qs for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:39 -0600 Received: from adsl-84-227-124-103.adslplus.ch ([84.227.124.103] helo=wine.dyndns.org) by mail.codeweavers.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F4gyl-0003QK-42 for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:48 -0600 Received: by wine.dyndns.org (Postfix, from userid 1000) id 1B2104F654; Thu, 2 Feb 2006 17:06:36 +0100 (CET) To: wine-announce(a)winehq.org From: Alexandre Julliard <julliard(a)winehq.org> MIME-Version: 1.0 (mime-construct 1.9) Message-Id: <20060202160636.1B2104F654(a)wine.dyndns.org> Date: Thu, 2 Feb 2006 17:06:36 +0100 (CET) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at codeweavers.com Subject: Wine release 0.9.7 X-BeenThere: wine-announce(a)winehq.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wine-devel(a)winehq.org List-Id: Wine Announcements <wine-announce.winehq.org> List-Unsubscribe: <http://www.winehq.org/mailman/listinfo/wine-announce>, <mailto:wine-announce-request@winehq.org?subject=unsubscribe> List-Archive: <http://www.winehq.org/pipermail/wine-announce> List-Post: <mailto:wine-announce@winehq.org> List-Help: <mailto:wine-announce-request@winehq.org?subject=help> List-Subscribe: <http://www.winehq.org/mailman/listinfo/wine-announce>, <mailto:wine-announce-request@winehq.org?subject=subscribe> Sender: wine-announce-bounces(a)winehq.org Errors-To: wine-announce-bounces(a)winehq.org X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: wine-announce-bounces(a)winehq.org X-SA-Exim-Scanned: No (on wine.codeweavers.com); SAEximRunCond expanded to false X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Feb 2 17:44:34 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 43e236f2844651657811814 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at xtramind.com

3 2

linux/capi.h: present but cannot be compiled
by Joshua Crawford 03 Feb '06

03 Feb '06

(I'm not on the devel list, so please Cc: replies either to me or the users list.) After recently upgrading my distro (from Slackware 10.1 to Slackware 10.2 with Freerock GNOME), configure (current CVS) now reports configure: WARNING: linux/capi.h: present but cannot be compiled configure: WARNING: linux/capi.h: check for missing prerequisite headers? configure: WARNING: linux/capi.h: see the Autoconf documentation configure: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/capi.h: proceeding with the preprocessor's result configure: WARNING: linux/capi.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## It seems linux/capi.h requires linux/compiler.h (for __user). I tried simply putting linux/compiler.h above linux/capi.h in the AC_CHECK_HEADERS list, but that did't work, so I'll have to leave the fix to someone who actually knows something about autoconf. This is the relevant section from config.log: configure:7159: checking linux/capi.h usability configure:7171: gcc -c -g -O2 conftest.c >&5 In file included from conftest.c:76: /usr/include/linux/capi.h:80: error: variable or field `__user' declared void /usr/include/linux/capi.h:80: error: syntax error before '*' token /usr/include/linux/capi.h:115: error: syntax error before "capi_manufacturer_cmd" /usr/include/linux/capi.h:117: error: syntax error before '}' token configure:7177: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "0.9.6" | #define PACKAGE_STRING "Wine 0.9.6" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define YYTEXT_POINTER 1 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_CONNECT 1 | #define HAVE_INET_ATON 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ALSA_ASOUNDLIB_H 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_ARPA_NAMESER_H 1 | #define HAVE_ASM_TYPES_H 1 | #define HAVE_CUPS_CUPS_H 1 | #define HAVE_CURSES_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_ELF_H 1 | #define HAVE_FLOAT_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_GIF_LIB_H 1 | #define HAVE_JPEGLIB_H 1 | #define HAVE_LBER_H 1 | #define HAVE_LCMS_H 1 | #define HAVE_LDAP_H 1 | #define HAVE_LINK_H 1 | /* end confdefs.h. */ | #include <stdio.h> | #if HAVE_SYS_TYPES_H | # include <sys/types.h> | #endif | #if HAVE_SYS_STAT_H | # include <sys/stat.h> | #endif | #if STDC_HEADERS | # include <stdlib.h> | # include <stddef.h> | #else | # if HAVE_STDLIB_H | # include <stdlib.h> | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include <memory.h> | # endif | # include <string.h> | #endif | #if HAVE_STRINGS_H | # include <strings.h> | #endif | #if HAVE_INTTYPES_H | # include <inttypes.h> | #else | # if HAVE_STDINT_H | # include <stdint.h> | # endif | #endif | #if HAVE_UNISTD_H | # include <unistd.h> | #endif | #include <linux/capi.h> configure:7199: result: no configure:7203: checking linux/capi.h presence configure:7213: gcc -E conftest.c configure:7219: $? = 0 configure:7239: result: yes configure:7252: WARNING: linux/capi.h: present but cannot be compiled configure:7254: WARNING: linux/capi.h: check for missing prerequisite headers? configure:7256: WARNING: linux/capi.h: see the Autoconf documentation configure:7258: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure:7260: WARNING: linux/capi.h: proceeding with the preprocessor's result configure:7262: WARNING: linux/capi.h: in the future, the compiler will take precedence configure:7274: checking for linux/capi.h configure:7281: result: yes -- Joshua 'bruce' Crawford ... http://www.geocities.com/mortarn The early bird may get the worm, but the second mouse gets the cheese.

2 2

Most Wanted Windows Apps on Linux
by Vijay Kiran Kamuju 03 Feb '06

03 Feb '06

Hi All, Check this link http://www.desktoplinux.com/news/NS2756049592.html And how many of the top windows programs that are wanted on linux fare with WINE. Thanks and Regards, VJ

1 0

Re: lostwages: update myths
by Juan Lang 02 Feb '06

02 Feb '06

> > + .... One exception, > > +Unreal Tournament 2004, is available in a native Linux 64-bit > > version, so > > +nobody (except maybe a Wine hacker) should want to run the Windows > > version > > +anyway. > Not 100% correct, there's also a Win64 version of Far Cry. I didn't say there is no other Win64 app, but that there are few. The example I happened to pick has a Linux native version. If you want to say instead, that nearly all Win64 apps also have Win32 equivalents, that's fine too. The only one I can think of that doesn't, or won't, is Exchange, and it doesn't work on Wine anyway, and won't for the foreseeable future. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: lostwages: update myths
by Stefan Dösinger 02 Feb '06

02 Feb '06

Am Donnerstag, 2. Februar 2006 18:37 schrieb Juan Lang: > Due to a suggestion from Kate, rewrote the Win16/Win64 section. > > ChangeLog: Win32 has been the default for Wine for years, so say so > + .... One exception, > +Unreal Tournament 2004, is available in a native Linux 64-bit version, so > +nobody (except maybe a Wine hacker) should want to run the Windows version > +anyway. Not 100% correct, there's also a Win64 version of Far Cry. But there's still a 32 Bit version of that game. (Of course there are other Win64 apps too, but I don't think any Wine user has interest in them, since they are part of Win64 :) )

1 0

Re: New wined3d configuration window
by Brian Hill 02 Feb '06

02 Feb '06

It would be nice to have all options automagically detected but in my experience with that commercial wine variant, that simply isn't possible. Games are a complex beast. Let's say a game makes use of Shader Model 2.0. And we are using a future version of wined3d that supports 2.0. But under any ATI cards and their Linux drivers, this kills performance. We could have Wine autodetect and fall-back to a lower shader model with ATI cards but then that would make debugging more difficult. Also, it would vary per game. There could be another SM 2.0 game that does not cause issues on ATI cards. Stefan Dösinger wrote: >Hi, > > >>As long as nobody drops out of the blue sky and makes the best thing >>happen with a touch of h(is/er) magic wand, presenting the available >>options is a *very* nice thing to do. >> >>If the options are there, I might be able to run my games. I'll be >>able to report on the mailing list what options I used to get it to >>run, which should help debug the actual problem. >> >>If the options aren't there, I'll never know that they existed and so >>I'll probably be inclined to just give up and not try to run whatever >>game it is I'm trying to run. >> >> >This is all correct, but on the other hand, some users might complain about a >too complicated setup. Developers on the other hand just tell users to set an >option instead of fixing the code. > >I am all OK with options, but before adding an option one should think why it >is necessary and if it can be avoided. > > >------------------------------------------------------------------------ > > > >

1 0

Re: List box visible items are invalidated from the top if tab stops are used (Bug 4422)
by Alexandre Julliard 02 Feb '06

02 Feb '06

Raimonds Praude <raimonds.praude(a)sets.lv> writes: > Corrected TAB stop processing: if the current tab stops values were modified, > the old items remained with the "old" tabstops, while the new items appeared > with the new ones. Corrected so that all visible items are refreshed. Refreshing the listbox when tab stops are changed would be a good thing, but why are you doing it in LISTBOX_InsertItem? -- Alexandre Julliard julliard(a)winehq.org

1 0

unixfs: Use realpath instead of canonicalize_file_name for portability reasons.
by Michael Jung 02 Feb '06

02 Feb '06

Not quite sure about this one. The man page on realpath states that it's broken by design since some symstems don't have an upper bound on filename lengths. canonicalize_file_name uses dynamic memory, but isn't available on non GNU systems. We could provide a realpath based canonicalize_file_name implementation in libs/port as a fallback, but I guess that would be overkill? realpath assumes the buffer to be PATH_MAX, but FILENAME_MAX is always as least as large as PATH_MAX, so that's ok. See http://www.delorie.com/gnu/docs/glibc/libc_652.html Slightly related, this page states that one should not allocate an FILENAME_MAX array on the stack, since it might be huge. It's 4096 on linux. Do we want to switch this to dynamically allocated memory? IMO it would be overkill, though. ChangeLog: Use realpath instead of canonicalize_file_name for portability reasons. dlls/shell32/shfldr_unixfs.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-)

1 0

Re: setupapi: Add initial implementation of SetupGetInfInformation
by James Hawkins 02 Feb '06

02 Feb '06

On 2/1/06, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > I only added handling for the INFINFO_INF_SPEC_IS_HINF case to keep > the patch size small, and I'll keep sending in each other case > separately. I've added FIXMEs and BUGS so we know what's left to > implement. The next step is to implement SetupQueryInfFileInformation > so more of the tests pass, but that one is pretty simple. > > Changelog: > * Add initial implementation of SetupGetInfInformation. > Ignore this for now. I thought file->src_root was the name of the INF file, but it's just the directory where the inf file exists. Is there any way I can find out the filename of the INF file using the pointer to the inf_file? I don't know if there are objections to adding a filename field to the inf_file structure, but that is an option. Thanks, James Hawkins

1 0

Is there something wrong with the wined3d patches?
by Vitaly Budovski 02 Feb '06

02 Feb '06

Is there something wrong with the patches dated 20060201? Could someone please point it out? Thanks.

2 1

Re: advpack/tests: fixed failure, when "ProgramFilesDir" is != "C:\Program Files" [resend]
by Detlef Riekenberg 01 Feb '06

01 Feb '06

Am Sonntag, den 29.01.2006, 10:25 +0100 schrieb Stefan Leichter: > anything wrong with this patch ? Already in the tree: http://source.winehq.org/git/?p=wine.git;a=commitdiff;h=c824e8bc5b5c2bfcf56… -- By By ... ... Detlef

1 0

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]
by Tony Lambregts 01 Feb '06

01 Feb '06

I dont normally top post ;^) but this time it makes sense to. This (replied to) email is not archived in the Piper Mail archive correctly although it looks fine here. In the pipermail archive there is only a pgp signature. This is not the first time I have seen this, it seems that Piper Mail grabs the pgp signature and does not archive the patch which makes the archive less usefull. If you ask me this is what I would call a bug in pipermail. http://www.winehq.org/pipermail/wine-patches/2006-January/023490.html Between this bug and the lack of dates in the archive I really getting to despise pipermail. So... I went looking at the alternative and thought of GMANE and it turns out that this patch is not archived there at all. In fact the last patch by Jonathan Ernst that was archived by GMANE is 2005-12-19 16:28:02 GMT and I know that there are more after that date. http://search.gmane.org/?query=&email=Jonathan+Ernst&group=gmane.comp.emula… So now I'm really starting to get upset because we have no reliable archive and that just sucks. Has anyone got any ideas on how to fix this. -- Tony Lambregts Jonathan Ernst wrote: > Le dimanche 15 janvier 2006 à 07:40 -0800, Dan Kegel a écrit : > >>On 1/15/06, Ge van Geldorp <gvg(a)reactos.org> wrote: >> >>>>The Mozilla ActiveX control download feature is cool and all, >>>>but until we repackage the sucker to include MSVCP60.DLL to fix >>>>http://bugs.winehq.org/show_bug.cgi?id=4064 ... >>>>I could have sworn I saw somebody post a note saying they had >>>>done said repackaging, but I can't find it now... >>> >>>http://www.winehq.org/pipermail/wine-patches/2005-December/022795.html >>>Instructions on how to repackage can be found at >>>svn://svn.reactos.org/trunk/tools/MozillaControl/ >> >>Thanks! I've updated bug 4064. Now can somebody >>update winehq.org's copy of the control so we can close that bug? >>- Dan >> >>-- >>Wine for Windows ISVs: http://kegel.com/wine/isv >> >> >> > > > Le lundi 16 janvier 2006 à 14:30 +0100, Filip Navara a écrit : > >>Jonathan Ernst wrote: >> >> >>>// Exact size of the file: >>>$iFileSize = 4771240; >>> >> >>Shouldn't you change the file size too? >> >>- Filip >> > > > Sure, thanks for spotting it ;-) > > Changelog: > - use repackaged Mozilla ActiveX control from ReactOS > > > > > ------------------------------------------------------------------------ > > Index: mozactivex.php > =================================================================== > RCS file: /home/wine/tools/mozactivex.php,v > retrieving revision 1.1 > diff -u -p -r1.1 mozactivex.php > --- mozactivex.php 19 Oct 2005 16:17:09 -0000 1.1 > +++ mozactivex.php 16 Jan 2006 14:02:33 -0000 > @@ -14,31 +14,27 @@ > > > // Name of the file > -$sFileName = "MozillaControl1712.exe"; > +$sFileName = "MozillaControl1712-ReactOS.exe"; > > // Exact size of the file: > -$iFileSize = 4771240; > +$iFileSize = 4735160; > > // List of locations > -$aList = array("http://www.iol.ie/~locka/mozilla/", > - "http://osdn.dl.sourceforge.net/sourceforge/wine/", > - "http://nchc.dl.sourceforge.net/sourceforge/wine/", > - "http://easynews.dl.sourceforge.net/sourceforge/wine/", > - "http://mesh.dl.sourceforge.net/sourceforge/wine/", > - "http://puzzle.dl.sourceforge.net/sourceforge/wine/", > - "http://citkit.dl.sourceforge.net/sourceforge/wine/", > - "http://umn.dl.sourceforge.net/sourceforge/wine/", > - "http://cogent.dl.sourceforge.net/sourceforge/wine/", > - "http://jaist.dl.sourceforge.net/sourceforge/wine/", > - "http://surfnet.dl.sourceforge.net/sourceforge/wine/", > - "http://peterhost.dl.sourceforge.net/sourceforge/wine/", > - "http://ufpr.dl.sourceforge.net/sourceforge/wine/", > - "http://optusnet.dl.sourceforge.net/sourceforge/wine/", > - "http://keihanna.dl.sourceforge.net/sourceforge/wine/", > - "http://heanet.dl.sourceforge.net/sourceforge/wine/", > - "http://switch.dl.sourceforge.net/sourceforge/wine/", > - "http://internap.dl.sourceforge.net/sourceforge/wine/", > - "http://ovh.dl.sourceforge.net/sourceforge/wine/" > +$aList = array("http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://surfnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://citkit.dl.sourceforge.net/sourceforge/reactos/", > + "http://keihanna.dl.sourceforge.net/sourceforge/reactos/", > + "http://heanet.dl.sourceforge.net/sourceforge/reactos/", > + "http://easynews.dl.sourceforge.net/sourceforge/reactos/", > + "http://ovh.dl.sourceforge.net/sourceforge/reactos/", > + "http://jaist.dl.sourceforge.net/sourceforge/reactos/", > + "http://puzzle.dl.sourceforge.net/sourceforge/reactos/", > + "http://nchc.dl.sourceforge.net/sourceforge/reactos/", > + "http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://kent.dl.sourceforge.net/sourceforge/reactos/", > + "http://optusnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://mesh.dl.sourceforge.net/sourceforge/reactos/", > + "http://internap.dl.sourceforge.net/sourceforge/reactos/" > ); > > > > > ------------------------------------------------------------------------ > >

5 10

Fwd: wined3d: Fixed render states
by James Trotter 01 Feb '06

01 Feb '06

On 2/1/06, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > > Stefan Dösinger wrote: > > > It would be good if someone with an ATI card could download the > > > point_sprite_bug sample mentioned on that page and test it out to see > if > > > it is still an issue. > > > > a "GL_ARB_point_parameters extension was not found" error. > > Same here, Radeon 8500LE and open source drivers. > > > I just downloaded the point_sprite_bug example, and when I press space the particles dissapear and nothing is rendered. I have an ATI Radeon 9600 with fglrx 8.16.20 drivers. (These aren't the newest, but they're what's packaged with Ubuntu 5.10).

1 0

select behavior different with wine
by Phil Lodwick 01 Feb '06

01 Feb '06

Greetings, I ran across a problem that the following code demonstrates. I believe it is due to the different definition of select on Windows vs Linux. Before I start to think about how to fix this in Wine, I was wondering if anybody has already thought about the problem. #include "stdafx.h" #include <winsock2.h> int _tmain(int argc, _TCHAR* argv[]) { SOCKET fd; WORD wVersionRequested; WSADATA wsaData; wVersionRequested = MAKEWORD( 2, 2 ); WSAStartup(wVersionRequested, &wsaData); fd = socket(AF_INET, SOCK_STREAM, 0); if (fd != INVALID_SOCKET) { fd_set readfds; struct timeval select_timeout ; FD_ZERO(&readfds); FD_SET(fd, &readfds) ; select_timeout.tv_sec=2 ; select_timeout.tv_usec=0 ; if (select((int) fd+1, &readfds, NULL, NULL, &select_timeout) != SOCKET_ERROR) { if(FD_ISSET(fd, &readfds)) printf("THIS IS WINE\n"); else printf("THIS IS WINDOWS\n"); } else printf("got a socket error\n"); closesocket(fd); } return 0; }

1 0

RE: Sane xscanimage
by gslink 01 Feb '06

01 Feb '06

In almost every case we have found that distributions do not contain the latest Sane backends. I suggest getting the source for both sane-backends and xscanimage and compiling them.

1 0

wined3d: Fixed render states
by Jörn Dreyer 01 Feb '06

01 Feb '06

I just downloaded the example. Space toggles between black / sparkles - the bug is still present. # fglrxinfo display: :0.0 screen:0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: *DrvBringUp* Generic OpenGL version string: 2.0.5582 (8.21.7) # lspci 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] -- Jörn Dreyer - Wilhelmshöher Allee 129b - 34121 Kassel O2 Homezone 0561 / 984 75 50 - Tel. 0561 / 287 18 39 Mob. 0176 / 22 33 11 43 - EMail j.dreyer(a)butonic.de ICQ: 30691759 - (^ ^) - HP: http://www.butonic.de

1 0

Howto write a Linux application that uses a DLL COM object
by kfa 01 Feb '06

01 Feb '06

Hi @, First I hope I didn't overlook something obvious covered in the docs, if so I'd appreciate a pointer. I'd like to write a brokerage application in Linux based on the API provided by the broker, but this API is only available as COM object in a DLL. Is it possible to tell by a quick look whether this is doable at all? Could somebody who has done a similar thing before provide a program stub as a starting point? This is a link to the API: http://www.cmsfx.com/en/platform/VTapi/ Thanks, Klaus

2 1

dlls/shell32/shfldr_unixfs.c breaks non-GNU/Linux platforms
by Gerald Pfeifer 01 Feb '06

01 Feb '06

The following patches to dlls/shell32/shfldr_unixfs.c break FreeBSD and other non-GNU platforms: revision 1.70 date: 2006-01-31 17:24:37 +0000; author: julliard; state: Exp; lines: +1 -1 Michael Jung <mjung(a)iss.tu-darmstadt.de> unixfs: Only append '/' to base path if not already present in UNIXFS_get_unix_path. ---------------------------- revision 1.69 date: 2006-01-31 12:05:30 +0000; author: julliard; state: Exp; lines: +24 -64 Michael Jung <mjung(a)iss.tu-darmstadt.de> unixfs: Only resolve the 'dosdevices' based symbol links in UNIXFS_get_unix_path, but leave all others alone. The reason is that canonicalize_file_name() is not found during linking. The man page for this function states "The function is a GNU extension", so this clearly kills portability. :-( Would you mind having a look? Thanks, Gerald

3 2

Re: Yeah - our RichEDit needs some work
by Dan Kegel 01 Feb '06

01 Feb '06

On Dec 25 2003, Subhobroto Sinha wrote: > IMHO, one of the best tests are Steve Gibson's > (http://www.grc.com) freeware tools - this guy writes in pure ASM. > and thus we can be sure that his code will be the least messy (lesser MS stuff..) > However, if you try his 'Wizmo' or 'DCOMObulator', > you will see that the RichEdit textareas as blank ! OK, I finally tried Wizmo :-) Wine's riched20 works a lot better now, but it still has a scrolling bug, so I filed http://bugs.winehq.org/show_bug.cgi?id=4458 - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: wined3d: Fixed render states
by H. Verbeet 01 Feb '06

01 Feb '06

On 31/01/06, Vitaly Budovski <vbudovsk(a)cs.rmit.edu.au> wrote: > wined3d: Fixed up render states POINTSCALEENABLE, POINTSPRITENABLE, > EDGEANTIALIAS, MULTISAMPLEANTIALIAS You probably want to split the patch up in smaller pieces. > + if(This->stateBlock->renderState[D3DRS_POINTSCALEENABLE]) { > + att[0] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_A]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + att[1] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_B]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + att[2] = *((float*)&This->stateBlock->renderState[D3DRS_POINTSCALE_C]) / > + (This->stateBlock->viewport.Height * This->stateBlock->viewport.Height); > + } You're not supposed to use D3DRS_ stuff in wined3d, rather use the respective WINED3DRS_ defines, as the original code did. > + if(GL_SUPPORT(ARB_POINT_PARAMETERS)) { Same problem as with your patch for d3d8, wined3d doesn't currently check for ARB_POINT_PARAMETERS support (in IWineD3DImpl_FillGLCaps). > - /* Doesn't work with GL_POINT_SMOOTH on on my ATI 9600, but then ATI drivers are buggered! */ > - glDisable(GL_POINT_SMOOTH); Did you verify that this isn't required anymore? Otherwise that's a potential regression. > + checkGLcall("glEnable(Gl_LINE_SMOOTH)"); > + checkGLcall("glDisable(Gl_LINE_SMOOTH)"); That should probably say Gl_LINE_SMOOTH, but it's not really critical.

4 5

Re: <DEL> key is sending an extra char when NumLock is ON
by penna＠bb.com.br 01 Feb '06

01 Feb '06

zhilla wrote: > > I am going to open a bug at bugzilla and send the WINEDEBUG=+key > > (just the piece where the stuff happens). > > dont, its already opened for a while. > http://bugs.winehq.org/show_bug.cgi?id=2400 > there is a working patch there... but some people claim its not very > good since it hardwires the key to code. > somebody should really look into this already... half of solution is > already there :) Sorry ... I did a search and found nothing so I have already opened a bug. Anyway, they already marked it as duplicated. Well, I was taking a look into it but I am going to need some explanations. If someone could provide (or point me out) I will be very thankful. 1) Does X send two separate sequences of keys for some type of keys (<del> for example)? 2) The translation from keycode to virtual key in wine is a little bit difficult to understand (at a first glance). Is there an email or any documentation explaining that (besides the source code ;-))? Otherwise it will take some weeks just to understand how it works 8-( .... 3) The patch proposed at bug #2400 works very well, however it seems to be not in a correct place (at first glance) .... 4) There is a "gap" in the nonchar_key_scan[] array just at the VK_SEPARATOR equivalent position (0xFFAC) on the nonchar_key_vkey[] position (see the question mark below - as in source code): static const WORD nonchar_key_vkey[256]= { ..... 0, 0, 0, 0, 0, 0, 0, 0, /* FFA8 */ VK_SEPARATOR, VK_SUBTRACT, VK_DECIMAL, VK_DIVIDE, ...... }; static const WORD nonchar_key_scan[256]= { ...... 0x00, 0x00, 0x37, 0x4e, /* ? */ 0, 0x4a, 0x53, 0x135, /*FFA8 */ ...... }; The VK_SEPARATOR is the <del> and/or <,> key at the numeric pad. Any relation with the problem? Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Re: opengl: Sync a dibsection to its pixmap before drawing to it via opengl
by Alexandre Julliard 01 Feb '06

01 Feb '06

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > --- a/dlls/opengl32/wgl.c > +++ b/dlls/opengl32/wgl.c > @@ -54,7 +54,8 @@ enum x11drv_escape_codes > X11DRV_END_EXPOSURES, /* end graphics exposures */ > X11DRV_GET_DCE, /* get the DCE pointer */ > X11DRV_SET_DCE, /* set the DCE pointer */ > - X11DRV_GET_GLX_DRAWABLE /* get current glx drawable for a DC */ > + X11DRV_GET_GLX_DRAWABLE, /* get current glx drawable for a DC */ > + X11DRV_SYNC_PIXMAP /* sync the dibsection to its pixmap */ It seems to me that GET_GLX_DRAWABLE is already doing pretty much the same thing, couldn't you reuse that instead of adding another escape? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Call DDE callback without holding a DDE critical section
by Alexandre Julliard 01 Feb '06

01 Feb '06

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > + count = WDML_CritSect.RecursionCount; > + for (i = 0; i < count; i++) > + LeaveCriticalSection(&WDML_CritSect); You don't want to do that sort of thing. You should fix the callers to not hold the crit section, instead of silently releasing it behind their backs. -- Alexandre Julliard julliard(a)winehq.org

1 0

wined3d: Fixed render states
by Louis. Lenders 01 Feb '06

01 Feb '06

> It would be good if someone with an ATI card could download the > point_sprite_bug sample mentioned on that page and test it out to see if > it is still an issue. I tested it and this is what i get: the app starts up and looks just as the picture on the website If i push the spacebar i get i completely black screen. Pushing again brings up the correct "picture" again I have ATI RADEON 9600 XT Generic, on fedora core 3 with livna drivers. Hope this info is of any use to you... ___________________________________________________________ Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry

1 0

Re: richedit: Show context menu on right click
by Robert Shearman 01 Feb '06

01 Feb '06

Kevin Koltzau wrote: >+ case WM_RBUTTONDOWN: >+ SetFocus(hWnd); >+ ME_ShowContextMenu(editor, wParam, (short)LOWORD(lParam), (short)HIWORD(lParam)); >+ break; > > It's better to use WM_CONTEXTMENU instead of WM_RBUTTONDOWN. That way the context menu is also displayed when using the keyboard (Shift-F10). -- Rob Shearman

1 0

New developer
by Segin 01 Feb '06

01 Feb '06

Hello! I am new to developing Wine, however, I am not new to using it (I know quite a bit about it already). I want to know what resources would I want to look at, please nothing obvious (bugzilla, MSDN, etc.), and what I can do to contribute. Thanks.

2 1

[RESEND] [dplay] add dx8 lobby header
by Raphael 01 Feb '06

01 Feb '06

Hi, Changelog: - new file dplobby8.h Now is only missing DirectPlayNATHelp (dpnathlp.h) Regards, Raphael

1 0

Re: wined3d: Implemented WINED3DRS_EDGEANTIALIAS
by H. Verbeet 01 Feb '06

01 Feb '06

> case WINED3DRS_EDGEANTIALIAS : > + { > + if(Value) { > + glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); > + glEnable(GL_BLEND); > + checkGLcall("glEnable(GL_BLEND)"); > + glEnable(GL_LINE_SMOOTH); > + checkGLcall("glEnable(GL_LINE_SMOOTH)"); > + } else { > + glDisable(GL_BLEND); > + checkGLcall("glDisable(GL_BLEND)"); > + glDisable(GL_LINE_SMOOTH); > + checkGLcall("glDisable(GL_LINE_SMOOTH)"); > + } Just thought of this, but eg. WINED3DRS_ALPHABLENDENABLE also disables / enables GL_BLEND.

1 0

Re: MSI: Implementation of the MsiVerifyDiskSpace function
by MattK 01 Feb '06

01 Feb '06

Sorry for the crap. Anyway...I did it the right way however(it makes sense), I need the following function to properly calculate the disk space. That function is: MsiEnumComponentCosts. So scrap my crap. It can't be done right now.

1 0

MSI: Implementation of the MsiVerifyDiskSpace function
by MattK 01 Feb '06

01 Feb '06

My apologies for submitting crap. I don't know what I really did. Anyway, I will restart from scratch and will make it *not* suck. I will include error checks, Proper function calls, etc. Once again I apologize.

1 0

Re: opengl: Sync a dibsection to its pixmap before drawing to it via opengl
by Lionel Ulmer 31 Jan '06

31 Jan '06

On Fri, Jan 27, 2006 at 03:48:00PM +0000, Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > opengl: Sync a dibsection to its pixmap before drawing to it via opengl Was some benchmarks done to see if this change negatively impacted the performance of applications doing only 'in-window' drawings (e.g. games) and not 'in-dib' drawings ? Lionel (in catch-up mode after coming back from vacation so sorry if this point was already raised later in the week :-) ) -- Lionel Ulmer - http://www.bbrox.org/

2 1

Wine and Font rendering
by Roland Kaeser 31 Jan '06

31 Jan '06

Hello all I noticed a very strange font problem in Corel Draw using wine. On some systems (all SuSE 10) rotated fonts became invisible. An other problem is with text boxes on some systems text boxes (with floating text) are very strange rendered (the text appears multiple times, the cursor is not at the position where the character is printed while writing, some text is invisible while editing) Can somebody tell me which routines (system and wine) are responsible for font rendering in wine. Based on that all machines have the same graphics card and driver version, I'm pretty sure its not a driver or graphics card related problem but on some systems, online updates are made. If I could know about the internal work of font rendering in wine, I probably can figure out where this problem cames from. Many thanks Roland Kaeser

1 0

Re: keyboard: fix the keyboard problem when using UTF-8 locales
by Dmitry Timoshkov 31 Jan '06

31 Jan '06

On Tue, 2006-01-31 at 13:11 +0200, Fatih Aşıcı wrote: > When using UTF-8 locale, I can't type some Turkish characters. > I don't know whether it works with other languages. > But it works at least in Turkish locale. > + have_chars = XLookupString(&e2, bufC, 2, &keysym, NULL); > + if(have_chars > 1){ > + MultiByteToWideChar(CP_UNIXCP, 0, bufC, -1, bufW, -1); > + WideCharToMultiByte(CP_ACP, 0, bufW, -1, &ckey[i], 1, NULL, NULL); > + } Probably it works for Turkish locale but it won't work in general. Code pages often have characters which could not be be represented in other code pages and therefore will be lost. -- Dmitry.

2 2

Re: user: fix DrawTextExA/W on empty strings.
by Juan Lang 31 Jan '06

31 Jan '06

Hi Rein, - if (!str) return 0; + if (!str || count == 0) return 0; if (count == -1) count = strlenW(str); - if (count == 0) return 0; + if (count == 0) { + if( flags & DT_CALCRECT) { + rect->right = rect->left; + rect->bottom = rect->top; + } + return 0; + } This block will never be reached because of the if (!str || count == 0) test above. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 6

Direct3D 8/9 status?
by Roderick Colenbrander 31 Jan '06

31 Jan '06

Hi, Recently various people in the wine channels wanted to work on wine's direct3d8/9 code. Some just wanted to get their game working, others wanted to do performance tweaks and today some guy wanted to port d3d8 over to wined3d (he didn't know that oliver is/was working on it). We don't really know what to tell these people as we don't know the status of the direct3d8/9 work and we want to avoid code duplication. We know that Oliver is/was (?) working on moving direct3d8 over to wined3d and that he is working on optimizations. What's the status on all this and what areas of wined3d are safe to touch? Regards, Roderick

2 2

Re: Fix Bug#: 4396: floating MFC-ToolBars get managed and can't be re-docked
by Robert Shearman 31 Jan '06

31 Jan '06

Tobias Loew wrote: >Changelog: > dlls/x11drv/window.c > > Tobias Loew <tobi(a)die-loews.de> > Fix Bug#: 4396: floating MFC-ToolBars get managed and can't be re-docked > don't manage top-level windows having the style WS_EX_TOOLWINDOW and WS_CAPTION > >Tobias Loew > > Hi Tobias, I'm afraid this patch isn't likely to be applied. The reason is that moving around the rules for being a managed window or not is likely to cause regressions. Alexandre has stated that the only real solution is to be able to switch between managed and non-managed on the fly and add new (and better) dynamic rules to control this. -- Rob Shearman

1 0

wine and xscanimage
by Roland Kaeser 31 Jan '06

31 Jan '06

Hello I recently tried to get a sane-scanner work with wine and noticed hat the xscanimage mostly is no longer part of the shipped sane frontends by actual distributions. It becomes harder and harder to get a update to date version of xscanimge. Wouldn't it be better to choose an other sane-frontend for the wine twain/sane integration? Kind regards Roland Kaeser

1 0

Re: PATCH: Wine Turkish translations
by Mike McCormack 31 Jan '06

31 Jan '06

Fatih Aşıcı wrote: > Turkish resources for wine > > Changelog: > Fatih Asici <fasici(a)linux-sevenler.org> > - Turkish translations (includes all wine resources) Thanks for translating all these. Before Alexandre applies them, it's likely you'll need to split the patch up into smaller chunks, and submit them one per email. This makes it easier for reviewers to spot problems, and for Alexandre to apply the patches. eg. The following two patches should be sent together in one email: diff -Nur oldwine/dlls/commdlg/rsrc.rc wine/dlls/commdlg/rsrc.rc diff -Nur oldwine/dlls/commdlg/cdlg_Tr.rc wine/dlls/commdlg/cdlg_Tr.rc thanks, Mike

1 0

Fun with VB6. Crashes in OLE gunk...
by Dan Kegel 31 Jan '06

31 Jan '06

I finally broke down and bought a copy of VB6 Pro. To install it, I had to pick "win98" mode in winecfg, and ignore a few errors. While playing around with it, running a test app, I got Wine to crash on a COM problem of some sort. In several ways. Here's one: fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c2c0), partially implemented. fixme:ole:OleLoadPictureEx (0x7d5216b4,0,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=16,y=16,f=0,0x7fe7c428), partially implemented. fixme:ole:OLEFontImpl_IPersistStreamInit_InitNew (0x7cb055bc), stub! err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT|VT_BYREF from VT_BSTR|VT_BYREF fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_get_hPal unimplemented for type 3. Returning 0 palette. fixme:ole:OLEPictureImpl_Render Not quite correct implementation of rendering icons... fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeLib2_fnGetDocumentation2 (0x7baa2fb0) index -1 lcid 0 half implemented stub! fixme:typelib2:ICreateTypeLib2_fnSetHelpContext (0x7bac0ee8,280000), stub! fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:ole:DllDebugObjectRPCHook stub wine: Unhandled page fault on read access to 0x00000000 at address 0x7f700844 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7f700844). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7f700844 ESP:7fb1f5bc EBP:7fb1f5d4 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7f751784 ECX:00000000 EDX:7baeb278 ESI:7baeb268 EDI:00000000 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x7f700844 OLEFontImpl_put_Name+0x64(iface=0x7baeb268, name=0x0) [/home/dank/wine/dlls/oleaut32/../../include/winbase.h:2069] in oleaut32 (0x7f700844) 2 0x7f702a99 OLEFontImpl_IPersistPropertyBag_Load(iface=0x7baeb278, pPropBag=0x7e7d4924, pErrorLog=0x0) [/home/dank/wine/dlls/oleaut32/olefont.c:1922] in oleaut32 (0x7f702a99) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file VB6.dbg ("VB6.dbg") 3 0x0044c9e2 in vb6 (+0x4c9e2) (0x0044c9e2) 4 0x004106f9 in vb6 (+0x106f9) (0x004106f9) ... -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

[frick@sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]
by Christoph Frick 31 Jan '06

31 Jan '06

hiho, could someone enlighten me, what is wrong with that patch? -- cu

2 1

Re: [COMCTL32] Listview: Store DC before calling PREPAINT
by Robert Shearman 30 Jan '06

30 Jan '06

Maarten Lankhorst wrote: > Some applications like to use PREPAINT to set fonts, nothing wrong > with that, only DC is never restored, resulting in drawing glitches. > > Changelog: > Save and restore DC on every listview item drawn. I don't think native would do this. SaveDC / RestoreDC seems like an overkill. It would seem better to just call SelectObject to save and restore the font each time. You should then also test for the CDRF_NEWFONT flag and act appropriately. -- Rob Shearman

1 0

Text Object Model and Richedit?
by Dan Kegel 30 Jan '06

30 Jan '06

I stumbled across the doc for the "Text Object Model", which looks like the COM interface to Richedit and anything like it: http://windowssdk.msdn.microsoft.com/library/en-us/shellcc/platform/commctl… Is anyone poking around at adding this interface to our Richedit? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: D3D8: Fixed D3DRS fixes
by H. Verbeet 30 Jan '06

30 Jan '06

On 30/01/06, Vitaly Budovski <vbudovsk(a)cs.rmit.edu.au> wrote: > + if(GL_SUPPORT(ARB_POINT_PARAMETERS)) { ARB_POINT_PARAMETERS is defined in d3dcore_gl.h, but never checked for in directx.c. That means the check should always return false.

1 0

Wine-wiki broken by design
by Molle Bestefich 30 Jan '06

30 Jan '06

GuruLounge - MailLists wrote: > err:seh:setup_exception stack overflow 40 bytes in thread 000c Exception loop. Covered to some extent in: http://wiki.winehq.org/Debugging_'Wild_Metal_Country' For some reason, all pages in the Wine Wiki (like the above) is _fucking_ impossible to find with Google. I don't know why, but I think it might be because all the pages have "index: nofollow", which means that subpages are never found. GRR. Very unhelpful to newbies. Very tragic that fine Wiki documentation is available but that noone can find it because Google is disabled for the entire Wiki. And very annoying that I've had to answer this question 3 times now, when it should obviously be a top hit for "seh:setup_exception" on Google. SO, could someone *PLEASE* fix the Wiki so Google can index it??? Pretty please *smile* :-).

2 4

<DEL> key is sending an extra char when NumLock is ON
by penna＠bb.com.br 30 Jan '06

30 Jan '06

Hi, I was looking at an old problem I have with wine and saw some record at the wine-devel and wine-users lists that I think are related with the same problem. Look at: http://www.winehq.org/hypermail/wine-users/2004.03.txt (look for "get a comma on the place" in your browser) and also at: http://www.winehq.org/hypermail/wine-devel/2000.10.txt (look for "but then it inserts" in your browser) When the NumLock is ON wine is sending an extra key. Wine deletes the corresponding char but also send a period (.) or a comma (,) <- it depends on the type of the keyboard. In my case, which is a brazilian ABNT2, it sends an extra comma _only_ if the NumLock is ON. It does not mater if I press the <del> key at the numeric key pad or at the "island" that contais the <del> <ins> <home> <end> ... stuff. I am going to open a bug at bugzilla and send the WINEDEBUG=+key (just the piece where the stuff happens). wine=0.9.6 for Mandriva 2006 pre-built by Ivan keyboard=brazilian abnt2 Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

2 1

Corel Draw and Printing
by Roland Kaser 30 Jan '06

30 Jan '06

Hy all There is, since a longer time ago, a wine bug #3599 about Corel Draw and printing. Its a very strange behaviour. I can configure what ever I want, I always uses the wine passthrough and sends the postscript code, of Corel Draw directly to the printer instead of spooling it first through the cups driver. I've readt all known documentations about wine and printing but cannot get one step ahead. Can somebody tell me the wine internal reason of this behaviour? I would really like to have this feature working. Why didn't wine spool everything first through the cups spooler (as the default behaviour) unless an other, explicity specified configuration tells wine to passthrough the spool output. The other question is, why shows wine a postscript printer to corel draw? I know, I know, on Linux all printer interfaces are postscript, but Corel takes this info literally and explicitly creates postscript code (by itself) and not uses the windows printer api to create the printer-document. Roland Kaeser

3 3

make check fails in iphlapi
by Marcus Meissner 30 Jan '06

30 Jan '06

Hi, make check here fails in dlls/iphlapi/tests with: make[1]: Entering directory `/home/marcus/projects/wine/dlls/iphlpapi/tests' ../../../tools/runtest -q -P wine -M iphlpapi.dll -T ../../.. -p iphlpapi_test.exe.so iphlpapi.c && touch iphlpapi.ok [..] trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen (nil) trace:iphlpapi:GetAdaptersInfo returning 87 trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen 0x55c2fae8 trace:iphlpapi:GetAdaptersInfo returning 111 trace:iphlpapi:GetAdaptersInfo pAdapterInfo 0x7c0097f0, pOutBufLen 0x55c2fae8 fixme:iphlpapi:GetAdaptersInfo table->numind 4, numnonloopback 4, ipaddrtab->numents 3, numipaddresses 3 trace:iphlpapi:GetAdaptersInfo returning 0 *** glibc detected *** free(): invalid next size (normal): 0x7c0096d8 *** The test is testGetAdaptersInfo() and I guess the GetAdaptersInfo() call overwrites the end of the malloc()ed buffer. I don't really know whats broken there. the values of the interesting parameters: table->numIndexes is 4 numNonLoopbackInterfaces is 4 ipAddrTable->dwNumEntries 3 numIPAddresses 3 Ciao, Marcus

1 0

Re: shell32/shellpath [3/3]: (RESEND) Create symlinks to $HOME based directories during SHELL_RegisterFolders.
by Michael Jung 30 Jan '06

30 Jan '06

On Sunday 29 January 2006 10:38, Michael Jung wrote: > ChangeLog: > Create $HOME targeted symbolic links during SHELL_RegisterFolders. I've just realized that unixfs has a problem with the symlink stuff. It evaluates symbolic links in UNIXFS_get_unix_path and then doesn't find a DOS path for /home/mjung in GetDisplayNameOf (If there's no drive mapped to '/', that is.) The symlink evaluation is done to get rid of the '/home/mjung/.wine/dosdevices/c:' prefixes in unix paths. I guess we should get rid of the generic symlink evaluation in unixfs and implement something especially targeted at those prefixes? I guess this should be considered a bug in unixfs, so in my opinion it would be ok to apply the shellpath-patches. In a standard setup with Z:\ mapped to /, everything is fine. And even if it's removed, it's still better than with the current solution. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

re: sudo vs su in wineinstall
by Dan Kegel 30 Jan '06

30 Jan '06

Let's simply delete the wineinstall script. It's not really needed anymore, it was just there for compatibility. People have been talking about doing it for some time: http://winehq.org/site/?issue=227#Nuking%20Wineinstall perhaps now's the time. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

sudo vs su in wineinstall
by Tom Spear (Dustin Booker, Dustin Navea) 30 Jan '06

30 Jan '06

Hi guys, bug 4439 describes a problem where a machine (running ubuntu) does not install wine when using wineinstall due to the fact that su dos not work.. Just a couple of questions: Is this the case (su not working) on all Ubuntu machines, or just something broken on that users' machine? If it is the case on all Ubuntu machines, the user has mentioned that sudo does work. sudo does require configuration prior to being used, but we could always add into the wineinstall script to configure sudo for the user, or we could ask the user to configure it themself, OR we could fall back to using su if the user answers no to having used sudo.. see below: ./tools/wineinstall Warning: the wineinstall script installs wine using the sudo command. Have you ever used sudo on this machine before? if (yes) continue as normal else # either of these could work # option 1 Would you like to have us try to configure sudo for you? # option 2 User has not used or configured sudo, falling back to su WARNING: su may be broken on your machine, and therefore wine may be built but not installed. If you are unable to run wine after this script completes, please login as root, and do 'make install' then login as your user again. Of course we could always just add a configure check to see if su works, and if it doesnt, die with a warning about wineinstall not working because of that. What do you think guys? Tom

4 5

Re: [patch] updated riched20 conformance test
by Phil Krylov 29 Jan '06

29 Jan '06

On Tue, 24 Jan 2006 12:23:09 -0800 Thomas Kho <tkho(a)ucla.edu> wrote: > Attached is a small patch to add a riched20 conformance test. I think it's a good test, but I'd add "flags %08x",...flags to the failing test messages, because all these failures are due to unimplemented flags. And probably the message names should be printed as well... -- Ph.

1 0

re: Regression problems in app - help with debugging?
by Dan Kegel 29 Jan '06

29 Jan '06

Smashing analysis! You might want to repost your note as a bug report at http://bugs.winehq.org. Set the 'component' field of the report to wine-ole, and put 'download' in the 'keyword' field. This will get the attention of the right folks somewhat more reliably than a post to wine-devel. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Sweet sassy molassy, OOo2.0.1 and OOo testtool run!
by Dan Kegel 29 Jan '06

29 Jan '06

OK, OpenOffice 2.0.1 does indeed seem to run with yesterday's cvs, as does the corresponding automated test tool! I haven't tried running any real tests with the test tool yet, but seems like that ought to be a rich source of regression information for us going forward. The curious can try it out themselves fairly easily, it's at http://qa.openoffice.org/qatesttool/ - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

DLL Help Database on microsoft.com
by Detlef Riekenberg 29 Jan '06

29 Jan '06

Just found the DLL Help Database (with Details on Product, Version, Exports, Dependencies) on microsoft.com. General Search: http://support.microsoft.com/dllhelp/ Search a dll by Filename (Language is en_US): http://support.microsoft.com/dllhelp/?dlltype=file&l=55&S=1&alpha= You can add the dllname to the end of the url. Example: http://support.microsoft.com/dllhelp/?dlltype=file&l=55&S=1&alpha=winspool.… -- By By ... ... Detlef

1 0

The Dogfood Challenge: use Wine to run your web browser, etc.
by Dan Kegel 29 Jan '06

29 Jan '06

Say, if we're expecting people to use Wine for real work, maybe we should start doing that ourselves. Firefox-1.5 runs pretty well on Wine. How many Wine developers use it on Wine as their main web browser? Maybe we could raise that number from zero to somewhere around ten, and flush out a couple bugs. Speaking of flushing out bugs, OpenOffice 1.1 was said to work well under wine a couple years ago (though I don't think I ever saw it do so myself). Sadly, although OpenOffice 1.1.5 seems to install fine under current wine, it crashes quickly on startup, so I guess we have a bit of work to do first. The extra payoff would be being able to use http://qa.openoffice.org/qatesttool/ to run OpenOffice's automated test suite as an automated regression test for wine. One complication in all this is having to teach yourself to not automatically blow away your ~/.wine directory when trying a new app! OK, baby's waking up, time to go. Cheers, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: MSI: Implementation of the MsiVerifyDiskSpace function
by Thomas Weidenmueller 29 Jan '06

29 Jan '06

MattK wrote: > ChangeLog: > Implementation of the MsiVerifyDiskSpace function > > dlls/msi/msiquery.c | 32+- > 1 files changed, 32 insertions(+), 0 deletions(-) > > > ------------------------------------------------------------------------ > > This patch doesn't look right. 1. GetDiskFreeSpace is called with a uninitialized buffer 2. GetDiskFreeSpaceEx should be used to support big partitions 3. missing error checks lead to bogus calculations 4. calculating whether there's enough space is completely wrong - Thomas

2 1

NetUserEnum
by suppandi 29 Jan '06

29 Jan '06

Hi, I was trying to run notes7 and it was crashing because NetUserEnum() was not implemented. So i tried writing a simple implementation. Could anybody have a look at this, and tell me whats wrong. Now notes just crashes without any doc. unfortunately i amn't a windows programmer to write a simple program to make the call. NetUserEnum(LPCWSTR servername, DWORD level, DWORD filter, LPBYTE* bufptr, DWORD prefmaxlen, LPDWORD entriesread, LPDWORD totalentries, LPDWORD resume_handle) { struct USER_INFO_20 { LPWSTR usri20_name; LPWSTR usri20_full_name; LPWSTR usri20_comment; DWORD usri20_flags; DWORD usri20_user_id; }; switch(level) { case 20: { struct USER_INFO_20 *data; char user[]={'t','e','s','t'}; NetApiBufferAllocate(sizeof(struct USER_INFO_20), (LPVOID *) bufptr); data = (struct USER_INFO_20 *)malloc(sizeof(struct USER_INFO_20)); data->usri20_name = (LPWSTR)malloc(20); memcpy((void*)data->usri20_name,user,4); data->usri20_full_name = (LPWSTR)malloc(20); memcpy((void*)data->usri20_full_name,user,4); data->usri20_comment = (LPWSTR)malloc(20); memcpy((void*)data->usri20_comment,user,4); data->usri20_flags = UF_NORMAL_ACCOUNT; data->usri20_user_id = 1000; *entriesread = *totalentries = 1; return 0; } break; default: FIXME("(%s,%ld, 0x%ld,%p,%ld,%p,%p,%p) stub!\n", debugstr_w(servername), level, filter, bufptr, prefmaxlen, entriesread, totalentries, resume_handle); return ERROR_ACCESS_DENIED; break; } }

2 1

Re: Fix: tab-control flickering
by Vitaliy Margolen 28 Jan '06

28 Jan '06

Saturday, January 28, 2006, 4:21:21 AM, Tobias Loew wrote: > Changelog: > dlls/comctl32/tab.c > Tobias Loew <tobi(a)die-loews.de> > Fix: tab-control flickering; tab-control redraws itself after a call to SetCurSel also > when the selection doesn't change > Tobias Loew > Index: dlls/comctl32/tab.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/tab.c,v > retrieving revision 1.122 > diff -u -p -r1.122 tab.c > --- dlls/comctl32/tab.c 8 Nov 2005 12:52:35 -0000 1.122 > +++ dlls/comctl32/tab.c 28 Jan 2006 10:25:40 -0000 > @@ -261,9 +261,11 @@ static inline LRESULT TAB_SetCurSel (TAB > if (iItem >= 0 && iItem < infoPtr->uNumItem) { > prevItem=infoPtr->iSelected; - infoPtr->>iSelected=iItem; > - TAB_EnsureSelectionVisible(infoPtr); > - TAB_InvalidateTabArea(infoPtr); + if (infoPtr->>iSelected != iItem) { + infoPtr->>iSelected=iItem; > + TAB_EnsureSelectionVisible(infoPtr); > + TAB_InvalidateTabArea(infoPtr); > + } > } > return prevItem; > } Please follow the same formatting as the rest of the file/function. In this case it is 4 spaces indent. Vitaliy Margolen

1 0

Re: NetUserEnum
by Vijay Kiran Kamuju 28 Jan '06

28 Jan '06

Hi, If you could also post the FIXME message or the winedebug trace it would be helpful. It would help us to locate if its a regression or unimplemented case. Thanks, VJ On 1/28/06, suppandi <suppandi(a)gmail.com> wrote: > Hi, > > I was trying to run notes7 and it was crashing because NetUserEnum() was not > implemented. So i tried writing a simple implementation. Could anybody have > a look at this, and tell me whats wrong. Now notes just crashes without any > doc. unfortunately i amn't a windows programmer to write a simple program > to make the call. > > NetUserEnum(LPCWSTR servername, DWORD level, DWORD filter, LPBYTE* bufptr, > DWORD prefmaxlen, LPDWORD entriesread, LPDWORD totalentries, > LPDWORD resume_handle) > { > struct USER_INFO_20 > { > LPWSTR usri20_name; > LPWSTR usri20_full_name; > LPWSTR usri20_comment; > DWORD usri20_flags; > DWORD usri20_user_id; > }; > > switch(level) > { > case 20: > { > struct USER_INFO_20 *data; > char user[]={'t','e','s','t'}; > NetApiBufferAllocate(sizeof(struct USER_INFO_20), > (LPVOID *) bufptr); > data = (struct USER_INFO_20 *)malloc(sizeof(struct USER_INFO_20)); > data->usri20_name = (LPWSTR)malloc(20); > memcpy((void*)data->usri20_name,user,4); > data->usri20_full_name = (LPWSTR)malloc(20); > memcpy((void*)data->usri20_full_name,user,4); > data->usri20_comment = (LPWSTR)malloc(20); > memcpy((void*)data->usri20_comment,user,4); > data->usri20_flags = UF_NORMAL_ACCOUNT; > data->usri20_user_id = 1000; > *entriesread = *totalentries = 1; > return 0; > } > break; > default: > FIXME("(%s,%ld, 0x%ld,%p,%ld,%p,%p,%p) stub!\n", > debugstr_w(servername), level, > filter, bufptr, prefmaxlen, entriesread, totalentries, > resume_handle); > > return ERROR_ACCESS_DENIED; > break; > } > } > > > > >

1 0

setupapi: unimplemented function setupapi.dll.SetupPromptReboot
by Saulius Krasuckas 28 Jan '06

28 Jan '06

I stuck upon this function right now. And I see ReactOS folks already have some implementation [*], but for some reason it is disabled. Is anyone working on this for Wine? Any ideas about the ReactOS code? [*] http://www.reactos.org/generated/doxygen/d4/d55/lib_2setupapi_2stubs_8c-sou…

3 8

Re: USER: creating 16bit windows convert null instances to current process (try #3, should work now)
by Joseph Garvin 28 Jan '06

28 Jan '06

It's been a about a month since I sent this in and it still hasn't been applied. Is there something wrong with the patch? Joseph Garvin wrote: > Fixed up the patch according to Dmitry's suggestions :) > > Changelog > Fixed instance = 0 not converted to the current process when making a > window. Broke menus in some apps. (Thanks to Mike) > > >------------------------------------------------------------------------ > >--- dlls/user/win.c.1 2005-12-31 03:03:19.000000000 -0700 >+++ dlls/user/win.c 2006-01-01 01:02:43.000000000 -0700 >@@ -1145,6 +1145,18 @@ HWND16 WINAPI CreateWindowEx16( DWORD ex > cs.cx = (width == CW_USEDEFAULT16) ? CW_USEDEFAULT : (INT)width; > cs.cy = (height == CW_USEDEFAULT16) ? CW_USEDEFAULT : (INT)height; > >+ /* Correct if instance is null now, because later we won't >+ be able to tell the difference between a 16-bit NULL and >+ a 32-bit NULL */ >+ >+ if (!instance) >+ { >+ HTASK16 hTask = GetCurrentTask(); >+ TDB *tdb = GlobalLock16(hTask); >+ instance = tdb->hInstance; >+ GlobalUnlock16(hTask); >+ } >+ > /* Create the window */ > > cs.lpCreateParams = data; > > >------------------------------------------------------------------------ > > > >

1 0

Re: tape.c: remove bogus breaks
by Hans Leidekker 27 Jan '06

27 Jan '06

On Friday 27 January 2006 22:13, Michael Stefaniuc wrote: > are those breaks realy supposed to be there? Smatch was complaining > about unreachable code. No, those breaks don't belong there, your patch is correct. -Hans

1 0

Re: opengl: Sync a dibsection to its pixmap before drawing to it via opengl
by Alexandre Julliard 27 Jan '06

27 Jan '06

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > +void enter_gl(void) > +{ > + GLXContext gl_ctx; > + Wine_GLContext *ctx; > + enum x11drv_escape_codes escape = X11DRV_SYNC_PIXMAP; > + > + wine_tsx11_lock_ptr(); /* unlock in LEAVE_GL */ > + gl_ctx = glXGetCurrentContext(); > + if(!gl_ctx) return; > + ctx = get_context_from_GLXContext(gl_ctx); > + if(!ctx || GetObjectType(ctx->hdc) == OBJ_DC) > + return; > + > + ExtEscape(ctx->hdc, X11DRV_ESCAPE, sizeof(escape), (LPCSTR)&escape, 0, NULL); You cannot make GDI calls while holding the X11 lock, this will deadlock. -- Alexandre Julliard julliard(a)winehq.org

1 0

Global hooks problems (WH_MOUSE_LL)
by Vitaliy Margolen 27 Jan '06

27 Jan '06

Trying to track down the problem with our DInput implementation I found some interesting stuff - our global hooks don't work correctly because hook callbacks are never called if event is generated in the different thread. I don't think this is a revelation to number of people who knew that before. But how do we fix it? Her is what I dug up so far: 1. Installing global hook we setting it as WINEVENT_INCONTEXT while msdn and tests indicate that it qualifies as WINEVENT_OUTOFCONTEXT instead. Unless of course we don't want to call post_win_event in step 5 and go to step 6 instead. 2. All HW mouse messages start here: http://source.winehq.org/source/dlls/x11drv/mouse.c#L191 From looking at it I assume that all the HW mouse hooks should be handled by HOOK_CallHooks function. This is because there are no code related to hooks in send_message server call. 3. First thing that HOOK_CallHooks does is calling HOOK_IsHooked with checks only current thread for installed hooks. So this is first place that is wrong. Let's comment that check out for now. I think we need to move that check farther down, after the call to server. 4. We call start_hook_chain http://source.winehq.org/source/server/hook.c#L468 to start hook callback chain. There we call get_first_valid_hook on local and then global if no local hooks exist. But there again we check for http://source.winehq.org/source/server/hook.c#L211 the hook callback thread being local (which is again not the case for global hooks). This is problem #2. 5. Now we have post_win_event of but right before it we hitting an assert so this is not the right way? 6. Say we returned with success and back to HOOK_CallHooks that now tries to call MSG_SendInternalMessageTimeout. Which for some reason fails to deliver message to our global hook. So my question is to anyone who knows. What is the proper way to deliver these messages to global hooks that are in a different thread/process? Attached is the small program to test part of this. Fixing problems (1) & (2) made it work. But it still not enough for the game (for some reason). Vitaliy

4 7

Progress on TiVo... but no cigar yet.
by Dan Kegel 27 Jan '06

27 Jan '06

Last year, I tried installing Tivo Desktop 2.0, and it failed miserably: http://www.winehq.com/hypermail/wine-devel/2005/03/0406.html Prompted by a request in wine-users, I just tried installing both Tivo Desktop 1.3 (their win98-compatible version) and Tivo Desktop 2.2 (for winxp). 2.2 wouldn't install (it really wanted to install a service, and that didn't work) but 1.3 did install (with a bunch of warnings). Starting TivoPublisher.exe even puts up a GUI after warnings like this: fixme:win:EnumDisplayDevicesW ((null),0,0x7fb1f198,0x00000000), stub! fixme:win:LockWindowUpdate (0x10020), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:secur32:GetUserNameExA 3 0x7fb1f51c 0x7fb1f580 fixme:sync:CreateIoCompletionPort (0xf0, (nil), 7ec2b0dc, 00000000): stub. Unfortunately, the GUI is nonfunctional. (And kind of funny.) Starting TivoServer.exe doesn't work at all (it seems to want a service to be started). At least the installer doesn't crash like it did last year! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

LostWages: Status pages update #4
by Tom Wickline 26 Jan '06

26 Jan '06

Hello, Tom Change log: fix security.dll documentation link

1 0

LoadImage (4bpp) / CopyImage() crashing
by Cyril Margorin 26 Jan '06

26 Jan '06

Hello, During research the crashing application I've found a problem that can be easily reproduced by test. (http://www.winehq.org/pipermail/wine-patches/2005-November/022384.html) By investigation of problem I've found that original DIB bit depth is 4bpp, Physical pixmap bit depth is (equal to screen) 24bpp. In x11drv/bitmap.c X11_GetBitmapBits takes in account just only bit depth of physical pixmap, and copies it to provided buffer as-is. I.e. it tries to fill buffer with size (e.g.) 48x48x4bpp with 48x48x24bpp that causes buffer overrun and late falling in SetBitmapBits function. The current work-around to stop falling is Index: dlls/x11drv/bitmap.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/bitmap.c,v retrieving revision 1.18 diff -u -r1.18 bitmap.c --- dlls/x11drv/bitmap.c 26 Sep 2005 11:04:12 -0000 1.18 +++ dlls/x11drv/bitmap.c 25 Nov 2005 09:29:12 -0000 @@ -186,7 +186,19 @@ /* copy XImage to 16 bit padded image buffer with real bitsperpixel */ startline = buffer; - switch (physBitmap->pixmap_depth) + + /********************************************************************** + * CoMargo: the switching for physBitmap->pixmap_depth is not correct. + * It should take both physBitmap->pixmap_depth and bitmap.bmBitsPixel + * and convert from one bitdepth to another. + * Otherwise we meet buffer overrun. + */ + if(physBitmap->pixmap_depth != bitmap.bmBitsPixel) + { + FIXME("Pixel conversion from %d bitdepth to %d bitdepth MUST be done!\n",physBitmap->pixmap_depth,bitmap.bmBitsPixel); + } +/* switch (physBitmap->pixmap_depth) */ + switch(bitmap.bmBitsPixel) { case 1: for (h=0;h<height;h++) =================================================================== -- Cyril Margorin

6 15

Re: OLEAUT32: add additional condition for creation of interface
by Robert Shearman 26 Jan '06

26 Jan '06

Alex Villacís Lasso wrote: >diff -ur wine-0.9.6-cvs/dlls/oleaut32/typelib.c wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c >--- wine-0.9.6-cvs/dlls/oleaut32/typelib.c 2006-01-16 16:08:20.000000000 -0500 >+++ wine-0.9.6-cvs-patch/dlls/oleaut32/typelib.c 2006-01-24 21:53:48.000000000 -0500 >@@ -5567,10 +5567,31 @@ > ITypeInfo_AddRef(*ppTInfo); > result = S_OK; > } >- else if (hRefType == -1 && >- (((ITypeInfoImpl*) This)->TypeAttr.typekind == TKIND_DISPATCH) && >- (((ITypeInfoImpl*) This)->TypeAttr.wTypeFlags & TYPEFLAG_FDUAL)) >+ else if ( >+ ( >+ hRefType == -1 && >+ (This->TypeAttr.typekind == TKIND_DISPATCH) && >+ (This->TypeAttr.wTypeFlags & TYPEFLAG_FDUAL) >+ ) >+ || >+ ( >+ (This->TypeAttr.typekind == TKIND_DISPATCH) && >+ (This->TypeAttr.wTypeFlags & TYPEFLAG_FDISPATCHABLE) >+ ) >+ ) > { >+ /* Report whether we are here because of the DBGRID32.OCX fix */ >+ if (!( >+ hRefType == -1 && >+ (This->TypeAttr.typekind == TKIND_DISPATCH) && >+ (This->TypeAttr.wTypeFlags & TYPEFLAG_FDUAL) >+ )) >+ { >+ FIXME("ignoring hRefType = %d, TYPEFLAG_FDISPATCHABLE is %s\n", >+ hRefType, >+ (This->TypeAttr.wTypeFlags & TYPEFLAG_FDISPATCHABLE) ? "set" : "not set"); >+ } >+ > /* when we meet a DUAL dispinterface, we must create the interface > * version of it. > */ > > This doesn't look right to me. We need tests for this situation that will tell us whether we are adding a dirty hack or whether this behaviour is correct. I can send you a test suite I have already built for typelibs if you want to add to it. >@@ -5598,8 +5619,47 @@ > if(pRefType->reference == hRefType) > break; > } >- if(!pRefType) >- FIXME("Can't find pRefType for ref %lx\n", hRefType); >+ if(!pRefType) { >+ static const char * descTKIND[TKIND_MAX] = { >+ "TKIND_ENUM", >+ "TKIND_RECORD", >+ "TKIND_MODULE", >+ "TKIND_INTERFACE", >+ "TKIND_DISPATCH", >+ "TKIND_COCLASS", >+ "TKIND_ALIAS", >+ "TKIND_UNION", >+ }; >+ static const char * descTypeFlags[15] = { >+ "TYPEFLAG_FAPPOBJECT", >+ "TYPEFLAG_FCANCREATE", >+ "TYPEFLAG_FLICENSED", >+ "TYPEFLAG_FPREDECLID", >+ "TYPEFLAG_FHIDDEN", >+ "TYPEFLAG_FCONTROL", >+ "TYPEFLAG_FDUAL", >+ "TYPEFLAG_FNONEXTENSIBLE", >+ "TYPEFLAG_FOLEAUTOMATION", >+ "TYPEFLAG_FRESTRICTED", >+ "TYPEFLAG_FAGGREGATABLE", >+ "TYPEFLAG_FREPLACEABLE", >+ "TYPEFLAG_FDISPATCHABLE", >+ "TYPEFLAG_FREVERSEBIND", >+ "TYPEFLAG_FPROXY", >+ }; >+ int i; >+ >+ FIXME("Can't find pRefType for ref %lx\n", hRefType); >+ FIXME("\ttypekind is %s\n", descTKIND[This->TypeAttr.typekind]); >+ FIXME("\twTypeFlags are:"); >+ for (i = 0; i < 15; i++) { >+ if (This->TypeAttr.wTypeFlags & (1 << i)) >+ FIXME(" %s", descTypeFlags[i]); >+ } >+ if (This->TypeAttr.wTypeFlags & 0xFFFF8000) >+ FIXME(" %08x", This->TypeAttr.wTypeFlags & 0xFFFF8000); >+ FIXME("\n"); >+ } > if(pRefType && hRefType != -1) { > ITypeLib *pTLib = NULL; > > This clutters the code too much. There are already functions for dumping the typelib that would work here instead, although I think they don't use the FIXME channel. -- Rob Shearman

2 1

Re: Problems with references to drive Z: in registry's User Shell Folders
by Juan Lang 26 Jan '06

26 Jan '06

> when shell32.dll is registered during wineprefixcreate, it puts a > lot of paths based on Z:\ in HKLM/HKCU > Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User > Shell Folders. This is due to resolving CIDL_PERSONAL to the DOS > path corresponding to $HOME. > > If people remove the Z: drive afterwards, this leads to a lot > problems (One being that the Desktop shellfolder won't initialize > any more, which breaks the complete shell namespace and thus the file > dialogs). Yeah, that is painful. > I'm proposing to add two more environment variables: %PERSONAL%, > which would be expanded to the DOS path corresponding to $HOME if > this exists, or to %USERPROFILE%\\My Documents if not (with "My > Documents" resource based, of course). And %DESKTOP%, which would > be expanded to DOS_PATH_OF($HOME)\\Desktop if existent and to > %USERPROFILE%\\Desktop, if not. So the environment variable expansion would be based on shell32? Ouch. I don't think that'll fly. I'm of the opinion that all this fancy CSIDL_PERSONAL mapping doesn't belong in shell32, even though I put it there. shell32 should default to creating paths that are part of the profiles directory if nothing else exists, since the shell won't work without them. But creating Linux-environment-friendly defaults should perhaps go in wineprefixcreate. I actually rather liked the idea of putting it in winecfg, and launching winecfg in a GUI-less mode from wineprefixcreate. The advantage is that the drive mappings and shell folder creation would be in the same app, and so would have some hope of staying consistent. If a user breaks it through direct registry manipulation, his fault. If she breaks it through normal use of our tools, our fault. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 8

Re: TAPE 5/5: add implementation of kernel tape functions #2
by Robert Shearman 26 Jan '06

26 Jan '06

Hans Leidekker wrote: >+static DWORD set_error_from_status( NTSTATUS status ) >+{ >+ DWORD error; >+ >+ switch (status) >+ { >+ case STATUS_SUCCESS: error = ERROR_SUCCESS; break; >+ case STATUS_DISK_FULL: error = ERROR_END_OF_MEDIA; break; >+ case STATUS_DEVICE_NOT_READY: error = ERROR_NO_MEDIA_IN_DRIVE; break; >+ case STATUS_ACCESS_DENIED: error = ERROR_WRITE_PROTECT; break; >+ case STATUS_DEVICE_BUSY: error = ERROR_BUSY; break; >+ case STATUS_INVALID_PARAMETER: error = ERROR_INVALID_PARAMETER; break; >+ case STATUS_NOT_SUPPORTED: >+ case STATUS_UNSUCCESSFUL: >+ default: error = ERROR_NOT_SUPPORTED; break; >+ } >+ >+ SetLastError( error ); >+ return error; >+} > > You're duplicating RtlNtStatusToDosError. -- Rob Shearman

3 2

Problems with graphics
by Curro Amores 26 Jan '06

26 Jan '06

Hi: i have an access application and i haved tried to emulate it with wine and crossoffice as well. I have a problem when i want to display reports which have graphics. They are well displayed but when i close it, application fonts (menu) make bigger and take a white background. Has anybody seen any problem similar to it. Thanks all!

2 1

wine and jack => segfault? / wine and OSS not working
by Joachim Förster 26 Jan '06

26 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, some days ago I sent some mails to the wine-users list. My problem: the JACK output driver of wine does not work => wine segfaults; and the OSS output driver does not work, too. Windows Media Player (used for testing) says, it cannot find the audio hardware. Since then, nobody on the wine-users list had any idea what could be wrong, so now I am posting this here (3 mails): - --------------------------------- Hi, I am new to this list and just wanted to ask a question regarding Wine and JACK: I'm running JACK as my sound daemon and today I installed Wine (from the APT-Repository). I setup my .wine directory with the help of winetools. So far everything works fine, except sound output (tested with wmplayer and a simple wav file). So I selected "jack" as Audio driver. But wine segfaults with wmplayer as soon as opening the wav file: $ wine .wine/c/Programme/Windows\ Media\ Player/mplayer2.exe fixme:process:SetProcessPriorityBoost (0xffffffff,1): stub fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. This sound card's driver does not support direct access The (slower) DirectSound HEL mode will be used instead. Segmentation fault I started qjackctl to see what the JACK says: 20:01:39.052 Audio connection graph change. 20:01:39.136 Audio connection change. 20:01:39.314 XRUN callback (1). 20:01:39.317 Audio connection graph change. So, I assume there was an "connection" established between Wine and JACK? Does anybody know something about this problem? Tell me if I have to provide more (log/debug) output etc. ... I am running Ubuntu Breezy (breezy kernel 2.6.12-10-686). Thanks, Joachim PS: Direct output to ALSA works (with jackd not running). - --------------------------------- Hi all, Does really nobody now something about the issue I described? Meanwhile I have done some further tests: Using the alsa-output driver works, but then I would have to kill the jack daemon, since jackd blocks the sound device, although I am running alsa with dmix. Then a ran Wine with the OSS-output driver while using a tool called oss2jack (makes a kernel device and re-routes all OSS connections to the jack daemon). Surprisingly that does NOT work, too. Although other OSS apps (skype, et, vlc, cedega (oss) ...) run really *very good* over oss2jack. There is one difference then: Using OSS-output driver, Wine does not segfault! The M$ Media Player just tells me, that it cannot access audio hardware. - --------------------------------- Hi all, obviously there is no one on this list who has similar problems? Would it be a good idea to post the problem into the dev mailing list? Anyway, yesterday again I made some tests and I think, that the OSS-output driver of Wine has a bug. Yesterday I used plain OSS (no alsa, no sound server, nothing) and again Windows Media Player (I use it to test sound) said it couldn't use the audio hardware. So there definitely has to be something wrong here. Any ideas? Short summary: Wine@alsa: works Wine@jack: segfault !! I think this is cleary a bug, or not? Wine@oss: WMPlayer couldn't use the audio hardware. Displays an error. System: Ubuntu Breezy (breezy kernel 2.6.12-10-686). - --------------------------------- Thanks, Joachim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD1JfBZY86bR8HqNwRAn6FAJ4jZNodTT5STF1Tg3i4kwnJLllRkQCdGwkw hepaKlpjNzFdU1NS6mkUWg8= =cJdT -----END PGP SIGNATURE-----

4 6

Re: Third party downloads
by Tony Lambregts 26 Jan '06

26 Jan '06

On 1/26/06, Joachim von Thadden <thadden(a)web.de> wrote: > Am Thu, Jan 26, 2006 at 07:27:00AM -0700 schrieb Tony Lambregts: > > Tom Wickline wrote: > > >Hello, > > > > > >I see the "note" in the third party downloads section as problematic.. > > >We should say something to the effect of "please report problems back > > >to the authors of WineTools" > > > > > >The way its currently worded WineTools users will feel left out in the > > >dark if they > > >should have any complications. > > > > > > > > It would be helpfull to have a link then, somewhere to direct them to and > > #winehq, bugs.winehq.org wine-devel and wine-users(a)winehq.org are not the > > place. Is it OK to direct them to Joachim directly <thadden(a)web.de>? > > For me it's OK. What about the following: > > Note: WineTools is only recommended if installation or operability of > Windows software failed on pure Wine. Since WineTools radically alters > your Wine configuration please do not report bugs in programs with > WineTools installed to the wine developers. Instead contact the author > of WineTools. > I will try to remember to submit a patch tonight. -- Tony Lambregts

1 0

Third party downloads
by Tom Wickline 26 Jan '06

26 Jan '06

Hello, I see the "note" in the third party downloads section as problematic.. We should say something to the effect of "please report problems back to the authors of WineTools" The way its currently worded WineTools users will feel left out in the dark if they should have any complications. Tom

2 2

Re: TAPE 5/5: add implementation of kernel tape functions
by Alexandre Julliard 26 Jan '06

26 Jan '06

Hans Leidekker <hans(a)it.vu.nl> writes: > + status = NtDeviceIoControlFile( device, NULL, NULL, NULL, &io, > + IOCTL_TAPE_CREATE_PARTITION, &part, sizeof(TAPE_CREATE_PARTITION), NULL, 0 ); > > - return FALSE; > + return (DWORD)status; > } All these functions should return Win32 error codes, not NT status codes. You probably want to set last error too. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: user32: make menu tests pass on Win 9x/ME -- RESENT
by Alexandre Julliard 26 Jan '06

26 Jan '06

Rein Klazes <wijn(a)wanadoo.nl> writes: > Changelog: > dlls/user : menu.c > dlls/user/tests : menu.c > > - make menu tests pass on Win9x/ME; > - rename the macro IS_STRING_ITEM to IS_STRING_ITEM_ONLY, which better > reflects what it is doing: absence of other item type flags. You should not check the Windows version, you should only check the actual behavior. Also I think IS_STRING_ITEM is fine, there's no reason to add _ONLY since there's no other macro that would do a less specific test. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Patch to limit testing results in AppDB
by Chris Morgan 26 Jan '06

26 Jan '06

Oooh a new appdb hacker. Welcome :-) > // Show the Test results for a application version > function ShowVersionsTestingTable($iVersionId, $iCurrentTest, $link) > { The maximum number of versions to show should be a parameter to this function. > - $hResult = query_appdb("SELECT * > + global $showAll; We don't want to use globals. Looking at $_REQUEST['showAll'] should work. > + > + $hResult = query_appdb("SELECT * > + FROM testResults > + WHERE versionId = '".$iVersionId."' > + ORDER BY testedDate DESC;"); > + if(mysql_num_rows($hResult) <= 5 || is_string($showAll)) { > + $hResult = query_appdb("SELECT * > FROM testResults > WHERE versionId = '".$iVersionId."' > ORDER BY testedDate DESC;"); > + } > + else{ > + $hResult = query_appdb("SELECT * > + FROM testResults > + WHERE versionId = '".$iVersionId."' > + ORDER BY testedDate DESC LIMIT 0,5;"); > + } This is simplier if you do: $sQuery = "select * from testResults WHERE versionId = '".$iVersionId."' ORDER BY testedDate DESC"; if(!$showAll) $sQuery.=" LIMIT 0,"$maxEntries; It saves a db query and reduces duplicate code. > if(!$hResult || mysql_num_rows($hResult) == 0) > return; > echo '<p><span class="title">Testing Results</span><br />',"\n"; > @@ -379,7 +394,9 @@ > if ($oTest->iTestingId == $iCurrentTest) > echo ' <td align="center" > class="color2"><b>Current</b></td>',"\n"; > else > - echo ' <td align="center" class="color2">[<a > href="'.$link.$oTest->iTestingId.'">Show</a>]</td>',"\n"; > + echo ' <td align="center" class="color2">[<a > href="'.$link.$oTest->iTestingId; > + if(is_string($showAll)) echo > '&showAll='.$showAll.'">Show</a>]</td>',"\n"; > + else echo '">Show</a>]</td>',"\n"; > echo ' <td>',"\n"; > echo '<a href="'.BASE.'distributionView.php > ?iDistributionId='.$oTest->iDistributionId.'">',"\n"; > echo $oDistribution->sName.'</a>',"\n"; > @@ -393,6 +410,20 @@ > } > > echo '</table>',"\n"; > + > + if(mysql_num_rows($hResult) >= 5 AND !is_string($showAll)) { > + echo '<form method=get action="'.$PHP_SELF.'">'; > + echo '<input name="versionId" type=hidden value="',$iVersionId,'" > />'; > + echo '<input class="button" name="showAll" type=submit value="Show > All Tests" />'; > + echo '</form>'; > + } > + if(is_string($showAll)) { > + echo '<form method=get action="'.$PHP_SELF.'">'; > + echo '<input name="versionId" type=hidden value="',$iVersionId,'" > />'; > + echo '<input class="button" name="hideAll" type=submit > value="Limit to 5 Tests" />'; > + echo '</form>'; > + unset($showAll); > + } > The common code should be factored out of these conditionals. The only line that differs appears to be the one that generates the form button. Oh, and can you attach the patch to the email? It came through as inlined here which makes it difficult to save to a file, although maybe I just don't know what I'm doing with kmail. Chris

1 0

Re: DINPUT: Enforce single mouse acquire
by Dmitry Timoshkov 26 Jan '06

26 Jan '06

On Wed, 2006-01-25 at 17:32 -0500, Alex Villacís Lasso wrote: > + if (This == NULL) { > + ERR("mouse hook called with no current lock!\n"); > + return 0; > + } > + > if (code != HC_ACTION) return CallNextHookEx( This->hook, code, wparam, lparam ); You need to call CallNextHookEx in any case, otherwise it might break other hooks in the chain. Probably just add a check for This being NULL in the same place as the code checks for HC_ACTION. -- Dmitry.

2 6

Re: HW address w/o connection in iphlpapi
by Michael Ost 25 Jan '06

25 Jan '06

> Hi Michael, > >> When you boot a linux box without an ethernet connection, and eth0 >> configuration fails, GetAdaptersInfo does not return MAC address info >> for eth0. >> The problem seems to be that enumerateInterfaces (in >> dlls/iphlpapi/ifenum.c) doesn't create a record for eth0, because >> SIOCGIFCONF doesn't return one. > > Mmm. Yeah, I think an alternative to SIOCGIFCONF might be the thing. Wait. This works better than getifaddrs. It successfully returns info for "down" devices on my RH8 based linux box, with my creaky old wine-20050419. get_ifaddrs makes the same calls that you were, in its implementation. So it has the same problem. But it's alot easier to program with than the ioctl you used. You made comments in the source about if_indextoname having issues. So perhaps this patch won't be useful to you. But it works for us, so I'll apply it to our wine sources unless/until something better comes along. Have at it! Cheers... mo

3 10

commdlg patch
by Turkin, Andrey 25 Jan '06

25 Jan '06

Hi! Here is quick&dirty (TM :) patch (against wine-0.9.6) that changes explorer-like Open/Save file dialogs to be more 3.11-like dialog/Windows compatible: 1) set view window control id to 1121 2) set inner list window control id to 1 instead of 2000 (anyone know why 2000 was chosen?) This patch is really not very good because of my 1) implementation, but it fixes Macromedia Director cast import! I've done 1) by placing SetWindowLong(hwndView,GWLP_ID, lst2) after each IShellBrowser_BrowseObject call. Better approach is to set view vindow's control id inside of IShellBrowser_BrowseObject but I don't sure if it safe. Regards, Andrey Turkin. diff -cr wine-0.9.6/dlls/commdlg/filedlg.c wine-0.9.6p/dlls/commdlg/filedlg.c *** wine-0.9.6/dlls/commdlg/filedlg.c 2006-01-19 17:13:54.000000000 +0300 --- wine-0.9.6p/dlls/commdlg/filedlg.c 2006-01-25 19:37:26.000000000 +0300 *************** *** 1486,1491 **** --- 1486,1492 ---- /* Browse to the initial directory */ IShellBrowser_BrowseObject(fodInfos->Shell.FOIShellBrowser,pidlItemId, SBSP_ABSOLUTE); + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); /* Free pidlItem memory */ COMDLG32_SHFree(pidlItemId); *************** *** 1997,2002 **** --- 1998,2004 ---- if( ! COMDLG32_PIDL_ILIsEqual(pidlCurrent, fodInfos->ShellInfos.pidlAbsCurrent)) { IShellBrowser_BrowseObject(fodInfos->Shell.FOIShellBrowser, pidlCurrent, SBSP_ABSOLUTE); + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); } else if( nOpenAction == ONOPEN_SEARCH ) { *************** *** 2260,2265 **** --- 2262,2268 ---- NULL, SBSP_PARENT))) { + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); SendCustomDlgNotificationMessage(hwnd, CDN_FOLDERCHANGE); return TRUE; } *************** *** 2282,2287 **** --- 2285,2291 ---- SHGetSpecialFolderLocation(0,CSIDL_DESKTOP,&pidl); hres = IShellBrowser_BrowseObject(fodInfos->Shell.FOIShellBrowser, pidl, SBSP_ABSOLUTE); + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); SendCustomDlgNotificationMessage(hwnd, CDN_FOLDERCHANGE); COMDLG32_SHFree(pidl); return SUCCEEDED(hres); *************** *** 2758,2763 **** --- 2762,2768 ---- tmpFolder->pidlItem, SBSP_ABSOLUTE))) { + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); SendCustomDlgNotificationMessage(hwnd, CDN_FOLDERCHANGE); return TRUE; } *************** *** 3435,3440 **** --- 3440,3446 ---- ' ','n','o','t',' ','e','x','i','s','t',0}; MessageBoxW( hwnd, notexist, fodInfos->title, MB_OK | MB_ICONEXCLAMATION ); } + SetWindowLongA(fodInfos->ShellInfos.hwndView, GWLP_ID, lst2); bBrowseSelFolder = TRUE; SendCustomDlgNotificationMessage(hwnd,CDN_FOLDERCHANGE); } diff -cr wine-0.9.6/dlls/shell32/shlview.c wine-0.9.6p/dlls/shell32/shlview.c *** wine-0.9.6/dlls/shell32/shlview.c 2006-01-19 17:14:17.000000000 +0300 --- wine-0.9.6p/dlls/shell32/shlview.c 2006-01-25 19:37:45.000000000 +0300 *************** *** 146,152 **** #define IDM_VIEW_IDW (FCIDM_SHVIEWFIRST + 0x501) #define IDM_MYFILEITEM (FCIDM_SHVIEWFIRST + 0x502) ! #define ID_LISTVIEW 2000 #define SHV_CHANGE_NOTIFY WM_USER + 0x1111 --- 146,152 ---- #define IDM_VIEW_IDW (FCIDM_SHVIEWFIRST + 0x501) #define IDM_MYFILEITEM (FCIDM_SHVIEWFIRST + 0x502) ! #define ID_LISTVIEW 1 #define SHV_CHANGE_NOTIFY WM_USER + 0x1111

1 0

Fwd: Re: Fwd: MBR was destroyed
by Oliver Stieber 25 Jan '06

25 Jan '06

> On Sun, Nov 20, 2005 at 05:30:39PM +0100, seorge wrote: > > Hi, > > > > Since I'm not a developerr and therefore can't take part in any discussion > > here may I ask you to discuss the bug I reported, because Dustin Navea asked > > me to join this list. Or if nobody really need my presence here, please let > > me know and I will unsubscribe. > > If you run WINE only as user (not as root) this just cannot happen. > > Did you run WINE as root? I've just tried at it appears to have wiped my MBR logged in as a normal User in wheel group. If this is the problem then I purchsed a new drive because of it last month. Oliver. > > Ciao, Marcus > > > > > > > ___________________________________________________________ > Yahoo! Model Search 2005 - Find the next catwalk superstars - > http://uk.news.yahoo.com/hot/model-search/ > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

11 21

Can't compile with vc7: oleauto.h(229) : error C2719: 'function-parameter': formal parameter with __declspec(align('8')) won't be aligned
by Dan Kegel 25 Jan '06

25 Jan '06

A UCLA student trying to compile wine conformance tests on Windows ran into this: > [Compiling wine tests with VC7 or > the server 2003 sdk gets] this error when compiling. > > ..\..\..\include\oleauto.h(229) : error C2719: 'function-parameter': > formal parameter with __declspec(align('8')) won't be aligned (See http://msdn2.microsoft.com/en-us/library/373ak2y1.aspx ) Examining oleauto.h line 229, I saw the bad parameter was of type DOUBLE. I then went looking for the typedef for DOUBLE: ~/wine/include$ grep 'typedef.*DOUBLE' *.h The interesting hit was: wtypes.h:typedef double DECLSPEC_ALIGN(8) DOUBLE; The patch that introduced the change was http://www.winehq.com/hypermail/wine-cvs/2004/05/0027.html I told him to try replacing DOUBLE and DATE with double and date in the formal parameters in oleauto.h for now. Is that generally the right thing to do? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

CVS build error
by Peter Åstrand 25 Jan '06

25 Jan '06

I can't build the CVS version anymore, I get: gcc -g -O2 -o widl client.o hash.o header.o proxy.o server.o typegen.o typelib.o utils.o widl.o write_msft.o parser.tab.o lex.yy.o -L../../libs -lwpp -lwine_port -lfl ../../libs/libwpp.a(lex.yy.o)(.text+0x624): In function `_yy_dummy_uses_of_static_functions_b2f4_517d_02ff_b30c_3e5a_47d7_aaa3_3b5d_': /home/peter/wine/libs/wpp/lex.yy.c:3357: multiple definition of `_yy_dummy_uses_of_static_functions_b2f4_517d_02ff_b30c_3e5a_47d7_aaa3_3b5d_' lex.yy.o(.text+0x58c):/home/peter/wine/tools/widl/lex.yy.c:1796: first defined here collect2: ld returned 1 exit status make[2]: *** [widl] Error 1 make[2]: Leaving directory `/home/peter/wine/tools/widl' Any ideas? -- Peter Åstrand ThinLinc Chief Developer Cendio www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

2 1

Re: d3d8: CreateDevice should try the parent if the current window fails
by H. Verbeet 25 Jan '06

25 Jan '06

On 24/01/06, Jan Zerebecki <jan.wine(a)zerebecki.de> wrote: > Changelog: > d3d8: CreateDevice should try the parent if the current window fails > because it doesn't have the property __wine_x11_whole_window . > Fixes bug #4341 . Does that happen in wined3d as well? If so, it's probably usefull to fix wined3d as well, considering the idea is to make d3d8 use wined3d eventually.

2 1

Problems with references to drive Z: in registry's User Shell Folders
by Michael Jung 25 Jan '06

25 Jan '06

Hi, when shell32.dll is registered during wineprefixcreate, it puts a lot of paths based on Z:\ in HKLM/HKCU Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\User Shell Folders. This is due to resolving CIDL_PERSONAL to the DOS path corresponding to $HOME. If people remove the Z: drive afterwards, this leads to a lot problems (One being that the Desktop shellfolder won't initialize any more, which breaks the complete shell namespace and thus the file dialogs). I'm proposing to add two more environment variables: %PERSONAL%, which would be expanded to the DOS path corresponding to $HOME if this exists, or to %USERPROFILE%\\My Documents if not (with "My Documents" resource based, of course). And %DESKTOP%, which would be expanded to DOS_PATH_OF($HOME)\\Desktop if existent and to %USERPROFILE%\\Desktop, if not. Does someone see a problem with this approach? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

[Lostwages] Re: lostwages/templates/en download.template
by Tony Lambregts 25 Jan '06

25 Jan '06

Jeremy Newman wrote: > ChangeSet ID: 22527 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: jnewman(a)winehq.org 2006/01/24 14:26:23 > > Modified files: > templates/en : download.template > > Log message: > based on patch from: Sven Paschukat <Sven.Paschukat(a)t-online.de> > add a note to the WineTools link > > Patch: http://cvs.winehq.org/patch.py?id=22527 > > Old revision New revision Changes Path > 1.72 1.73 +8 -3 lostwages/templates/en/download.template > > Index: lostwages/templates/en/download.template > diff -u -p lostwages/templates/en/download.template:1.72 lostwages/templates/en/download.template:1.73 > --- lostwages/templates/en/download.template:1.72 24 Jan 2006 20:26:23 -0000 > +++ lostwages/templates/en/download.template 24 Jan 2006 20:26:23 -0000 > @@ -122,13 +122,18 @@ for post-installation instructions.</b>< > </a> > </td> > <td align=left bgcolor="#ffffff"> > - > <b><a href="http://www.von-thadden.de/Joachim/WineTools/">Wine Tools</a></b> - > WineTools is a menu driven installer for installing Windows programs. > This software lets you install the following Windows software: DCOM98, > IE6, Windows Core Fonts, Windows System Software, Office & Office Viewer, > - Adobe Photoshop 7, Illustrator 9 and many other programs. > - By <a href="http://www.von-thadden.de/Joachim/WineTools/">Joachim von Thadden</a>. > + Adobe Photoshop 7, Illustrator 9 and many other programs.<br /> > + By <a href="http://www.von-thadden.de/Joachim/WineTools/">Joachim von > + Thadden</a>.<br /> > + <div style="margin: 10px; padding: 5px; border: 1px solid #C0C0C0; background-color: #F0F0F0;"> > + <b>Note:</b> WineTools only recommended if installation or operability of > + Windows software failed on pure Wine or because the Wine developers need > + your feedback from testing. > + </div> > </td> > </tr> > </table> > > > Wine developers do not want feed back of bugs in programs with winetools installed Change Log: update note to the WineTools link Files Changed: lostwages/templates/en download.template Index: templates/en/download.template =================================================================== RCS file: /home/wine/lostwages/templates/en/download.template,v retrieving revision 1.73 diff -u -r1.73 download.template --- templates/en/download.template 24 Jan 2006 20:26:23 -0000 1.73 +++ templates/en/download.template 25 Jan 2006 03:27:01 -0000 @@ -131,8 +131,9 @@ Thadden</a>.<br /> <div style="margin: 10px; padding: 5px; border: 1px solid #C0C0C0; background-color: #F0F0F0;"> <b>Note:</b> WineTools only recommended if installation or operability of - Windows software failed on pure Wine or because the Wine developers need - your feedback from testing. + Windows software failed on pure Wine. Since winetools radically alters your + Wine configuration please do not report bugs in programs with WineTools + installed. </div> </td> </tr>

1 0

Re: [Fwd: WineTools is in need of some major house cleaning!]
by Joachim von Thadden 25 Jan '06

25 Jan '06

Dear developers and all others reading this list, from Sven Paschukat I was informed about the discussion of removing the WineTools link from the winehq website. I read all remarks made to that hotly discussed topic and I am willing to tell you all a bit about the purpose and history of WineTools as well as I will answer the questions made by Tom Wickline. So this will be a little longish mail and I beg your pardon for that and hope you have enough patience to read it all. To start from the beginning, I took over the remainings of a project winetools initially started by Frank Hendriksen <frank(a)frankscorner.org> which was somehow orphaned. The very reason I did that was that in autumn 2004 I had to write an article in the well known German computer magazine c't. After fiddling with wine for a long time only to install a stable IE6 or Office, I found that it was so absolute complicated to describe all the steps needed only to install the IE6 (which is much better now) and that also following these steps was very erroneous, that I started to rewrite the winetools script for the readers of this article. I never meant it to become so famous and wide spread, but the download statistics after only two month showed me that there was a massive demand for such a tool. So this is how it started and it shows very clearly that it was always an installer to make certain important applications easily usable under Linux. It was never meant for testing or developing. It was always meant for the end user being able to use his software. At the time of the first releases it was almost impossible to install or work with many applications without using native DCOM and/or many of the builtin DLLs that come with the IE6. To find a configuration for as many apps as possible was one of the goals. Not to force users (with very low skills) to have many different wine installations *and* many wine user directories was a second goal. So this is the reason why, until now, everything in WineTools is based on this native M$ software (DCOM, IE6). And believe me, no one would be more happy to wipe this DCOM, IE6 and MSI stuff completely from his harddisk than me! So as so many programs rely on parts of M$ software (MFC, VB and MDAC are other important examples) and because to install and use this software leads to so many restrictions in the wine usage, I had to pin wine to the emulation of Win98 and also had to massively tamper around with DLLOverrides. The goal was to built up an environment, that can install and use as many Windows programs as possible. This did in no way regard to the fact that it is not very helpful for the wine developers. It was just a practical decision. >From time to time, Sven Paschukat and me are testing wine versions to figure out, whether we can skip some of the M$ stuff. We have not been very successful with that until now, so this is why there are so many remainings of the first start of the project in the concept. But again: This tool is for the average windows user. And believe me, I tested this with my brothers, who are just normal users. And they never ever got a piece of windows software running with wine without my heavy intervention. With WineTools they just need to click on some buttons and got their software downloaded, installed and configured. With an amount of many thousand downloads a month, not calculating the distribution inclusions of WineTools, I get almost the same number of direct mails about problems with the software as are coming into the list. And I get massive positive resonance from users who were for a long time trying to get their stuff running with plain wine and are now happy that it just works with WineTools. I must admit, that there raise problems out of the fact, that the same users are trying to install not WineTools-tested software with the setup of WineTools and coming then to the list. And your are right that this is an undebuggable situation. The only way around that is to smoothly migrate WineTools to more and more builtin features as long as this does not make the programs uninstallable or unusable. > Betreff: WineTools is in need of some major house cleaning! > Datum: Fri, 30 Dec 2005 03:31:43 -0500 > Von: Tom Wickline <twickline(a)gmail.com> > An: wine-devel <wine-devel(a)winehq.org> > > Hello Everyone, > > Anyone who reads the posting on this list already knows that I stood up for > the wineTools project and almost made a couple enemies... But me and Vitaliy > came to a half way agreement on whether or not we should keep the link > on our downloads page to WineTools.... > > I feel I need to ask a couple questions here about the future of WineTools. > > 1) Are the concerns that Vitaliy brought up being looked into? Sven Paschukat suggested to implement a mode for WineTools to install without native components and without that tampering in the registry. This allows automatic installations *and* insight for developers if something goes wrong. We can also add a debugging mode to enable the logging of wines debug channels, to make a mailable report of bugs. Also the other suggested corrections will be looked over and changed if applicable. > 2) On sourceforge there are still downloads of version 1.30 from > December 3, 2003 why is this? and do you plan to cancel this project > or at least update it? > sourceforge site: > http://sourceforge.net/project/showfiles.php?group_id=61341 > > 3 )Freshmeat list WineTools latest version at 2.1.0 and last updated 1 > year, 4 months ago > do you plan to update this site and list new versions as there released? > http://freshmeat.net/projects/winetools/?branch_id=51159&release_id=164227 I personally had never anything to do with these versions. The one on Sourceforge is Frank Hendriksen's. He was already contacted by Sven Paschukat to remove the project, but Sourceforge does not allow to remove projects. So instead he already pointed a link to the official WineTools site. I don't see what we can do more here. The one on Freshmeat was taken over and is maintained by Sven Paschukat. Also Freshmeat does not allow the removal of projects. But Sven will update the versions there and we will try to keep it uptodate. We might also move the whole download section to Freshmeat to unburden my download server. > 4) Could the maintainers of WineTools help new users in #winehq on > irc? or start a new channel #wine-tools (or something to that effect) > and help WineTools users? Can you list either the #winehq channel or a > new channel on your site and ask experienced users to help new users? I am very astonished about this request. If you look through the mailing list you will find, that Sven and me are already giving support on the wine-users mailing list. That we will not and can not maintain a channel should be clear as we are not earning our money by looking at channels. Also the demand by Vitaly to provide rapid fixes to requests on such a channel or the list is something that can be only meant as a joke!!! If Vitaly is a man of independent means it is nice for him but we are a free time project and can only work for WineTools, as the name suggests, in our *free* time. And we have also a family, friends, mistresses and other hobbies... > I am not trying to be critical..... I hope winehq keeps the link to > your project but you guys may need help more on winehq, and also keep > information sites more up to date for this to take place. and also > look in to Vitaliy's concerns. Well, we also do not like winehq to remove the project's link. As for the support I already wrote a line above about that. Note that there is a massive amount of users using Wine via WineTools. Almost all users coming from Windows are using this software if they like to use their programs. This might lead to more and more end user questions on the list. As a possible solution for that, if you think this gets the upper hand, I would suggest to have a new mailing list wine-winetools and to redirect all users to that one. We will propagate then this list in the readmes and on the WineTools sites. And for sure we will sit on this list like spiders lurking for our prey... At least I want to thank all wine developers for their absolute fantastic work! In my opinion this is one of the most interesting and most ambitious projects in the community of open source software. And it really works astonishingly good. Regards Joachim von Thadden -- "Never touch a running system! Never run a touching system? Never run a touchy system!!!"

3 3

Should the AppDB make public the number of unique page views each app gets?
by Scott Ritchie 25 Jan '06

25 Jan '06

This was an idea we discussed in IRC for a short bit, and I think it would be good to bring it up here. Essentially, if the AppDB displayed the number of page views each app got it would go a long way towards estimating the demand for particular applications, whether they work or not. It seems fair to say that someone looking an app up in the AppDB either wants to run it in Wine or wants to know if it's doable should he switch to Wine. Coincidentally, this also helps solve the voting problem - since votes for gold apps are supposed to be replaced with votes for apps that work should be done on, we now have a mechanism to sort the Gold list other than by votes. Sorting the gold list by page views would also greatly help navigation from the front page of the AppDB, as it would place the most popular applications at the top. Then again, maybe there's something I've overlooked. Thoughts? -Scott Ritchie

4 3

Re: [Fwd: WineTools is in need of some major house cleaning!]
by Juan Lang 25 Jan '06

25 Jan '06

Hm. Felt I needed to offer a counterpoint to Vitaliy's rather enthusiastic response. I support winetools, though I don't use it myself. Not only as a matter of principle (this is open source we're talking about, and one of the beauties is we don't get to constrain how it's used.) Also because it's in line with the aims of the Wine project: run Windows apps. Wine is nice in that it doesn't require you to have any MS license to run Windows apps, but it can use MS software if you have a licensed copy. So winetools offers folks with MS licenses a relatively easy way to get apps to run. Still, while that's nice for the users, it's not so nice for us Wine developers, because it's hard to get widespread testing of things we're improving if they're not being widely used. So, as Vitaliy suggested, it would be nice for us if you guys, who know what problems you encounter running with builtin DLLs, could file bug reports in bugzilla for us. That way at least we have a chance to say, hey, that problem's now fixed, consider using builtin OLE (or whatever) in the next release of winetools. Now for specifics. For instance, you use native advpack in all cases, but that's seen some more work recently. What bugs do you encounter if you use builtin instead? Same with ole32. Ideally, each of the apps that has a native override should have a bug report associated with it, what goes wrong if you use the builtin version instead. Also, the default override, "*"="native,builtin" seems wrong. If we don't have a DLL at all, we use a native version of course. I don't think it should be the policy to assume the Wine version isn't up to snuff by default. This could even cause problems, e.g. I don't believe any native version of netapi32.dll will work on Wine, yet you don't specify to use the builtin version. Also, you direct users to http://winehq.org/site/forums. That's fine since this is community support anyway, and it is often the case that winetools knowledgeable people are around (like you guys.) But it would be nicer if you could be clearer about it. Like, that we developers had nothing to do with it, and may be unfriendly to it if we're in a bad mood, or it's a Tuesday :) It'd also be nice (for us, even though no one actually reads anything these days) if you could be clearer about what it does. That it installs MS components, that it uses these instead of the builtin versions sometimes, that you can change how it does this using winecfg, etc. That'd make it easier for us to help folks that have only used winetools that want support, because often the first question we ask is, what version of wine, and what DLLs are you using? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Problem with WineD3D Surface Locking
by Stefan Dösinger 24 Jan '06

24 Jan '06

Hello, I've spotted a bug in WineD3D's surface locking, and I have no clue how to fix this. The problem is that unlocking the back buffer causes it to become completely black, no matter what's written to it's memory or what has been there before. I have written a small D3D9 test app which shows this behavior: Compile it with "winemaker .", followed by make, and run it. Pressing ESC will cause it to quit, pressing any other keys makes IDirect3DDevice9::Clear call on the back buffer, with a color value based on the pressed keys. A click anywhere will LockRect() the whole backbuffer, write 0xff into the whole locked memory, and UnlockRect() it. The screen should become completely white, but instead it goes black. With the fglrx driver and 24 bit color depth it shows the correct behavior, but with any other driver(radeon, software rendering) or 16 bit color depth, it doesn't work. The bug is somehow related to some GL calls in UnlockRect(glPixelZoom and glOrtho), but I couldn't find anything specific. I hope you can help me, I am quite stuck here, Stefan

2 4

Winelib debugging with eclipse in fc4
by Michael Ost 24 Jan '06

24 Jan '06

A while back I posted a question about how to get debugging working with eclipse in fedora 4. I am having some success, so if anyone else out there is interested here's how it is set up. In regedit: * disabled auto winedbg by renaming AeDebug I changed HKEY_LOCAL_MACHINE/Software/Microsoft/Windows NT/Current Version/AeDebug to AeDebug-DISABLED. Without this gdb doesn't seem to be able to get a hold of SEGFAULTs. In eclipse's Run/Debug dialog box: * set the c/c++ application to WINE_SRC/loader/wine-pthread WINE_SRC points to a compiled version of wine. For me, I got the wine src rpm and ran rpmbuild -bb. This is where main() is, which eclipse looks for at start up. * put your .exe.so file on the Arguments tab * choose the GDB Debugger on the Debugger tab * add WINE_SRC on the Source tab as a "Filesystem directory with subdirectories" The only weirdness so far is that sometimes (not always) the debugger suspends when a new thread is created. I just resume (F8) past that. And I am not sure what impact bypassing wine-preload's exec-shield workaround will have on me. More on that if I learn more. But I gotta say that having a functioning IDE with integrated debugging on Linux is a major relief and, for me at least, a long time coming! ... mo PS: I installed FC4, and then did yum update. eclipse is version 3.1.1 updated from the eclipse UI from the version that came with FC4.

2 5

Re: user: Don't drop owned windows in WIN_EnumChildWindows.
by Dmitry Timoshkov 24 Jan '06

24 Jan '06

On Tue, 2006-01-24 at 12:56 -0700, Vitaliy Margolen wrote: > ChangeLog: > user: Don't drop owned windows in WIN_EnumChildWindows. > Add few tests to test this. It would be interesting to add IsChild calls in there and see what they return. We have at least one failing test in msg.c, test_DestroyWindow() which shows that our IsChild implementation is not entirely correct. -- Dmitry.

1 0

Re: LostWages: add a note to the WineTools link
by Dmitry Timoshkov 24 Jan '06

24 Jan '06

On Tue, 2006-01-24 at 21:01 +0100, Sven Paschukat wrote: > as Vitaly noted it is not always clear that WineTools is not a > requirement for using Wine, so let the users decide if they want to test > or just want to use Wine. > "... or if you want to get best chances of success ..." I'd suggest to remove this wording, that's not (necessary) true. -- Dmitry.

1 0

[patch] riched20 conformance test
by tkho＠ucla.edu 24 Jan '06

24 Jan '06

Greetings, I have started writing a conformance test for the rich edit control (riched20). The purpose is for students in UCLA's CS 130 Software Engineering course to first extend this conformance test to test conformance to unimplemented features, and then later implement their chosen features. You can find the patch here: http://www.seas.ucla.edu/~kho/wine/patches/riched20_test_20060119.patch Any comments would be much appreciated! For the curious, you can find background at http://www.kegel.com/wine/sweng/ and http://www.seas.ucla.edu/~kho/wine/ Best, Thomas Kho

3 2

RE: Windows manager
by Phil Lodwick 24 Jan '06

24 Jan '06

Ok, I think I solved my own problem. In x11drv/window.c we see that "full-screen popup windows are managed". If I don't rotate the screen we are no longer a "full-screen" pop-up. My bad. Phil -----Original Message----- From: wine-devel-bounces(a)winehq.org [mailto:wine-devel-bounces@winehq.org] On Behalf Of Phil Lodwick Sent: Tuesday, January 24, 2006 11:47 AM To: wine-devel(a)winehq.org Subject: Windows manager I have an application that does not seem to appear to the Window Manager. I am using fvwm. To confirm I am running fbpanel which basically does a: XGetWindowProperty(GDK_DISPLAY(), GDK_ROOT_WINDOW, a_NET_CLIENT_LIST, 0, 0x7fffffff, 0, XA_WINDOW, ...); and the window never appears on its list. The strange thing is if I rotate the screen in my XF86Config-4 file, the window DOES appear on the list and I can use fbpanel to select the window, bring it to the front, etc. Anybody have an idea as to what difference rotating the screen would make? Thanks, Phil

1 0

Winhelp - Derive 6
by felix＠derklecks.de 24 Jan '06

24 Jan '06

Hi, I have been trying to get the Winhelp to work for weeks now. But I just do not have any success. Derive is using winhelp with an extension RoboEx32 [1]. Derive reports "could not open help" and on the console I see following: # wine ~/.wine/drive_c/Programme/TI\ Education/Derive\ 6/Derive6.exe err:winhelp:HLPFILE_Uncompress3 buffer overflow (0x4169c3f9 > 0x4169c3f5) err:winhelp:HLPFILE_Uncompress3 buffer overflow (0x4169dbbc > 0x4169dbb8) err:winhelp:HLPFILE_Uncompress3 index in phrases 10807/5554 err:winhelp:HLPFILE_Uncompress3 buffer overflow (0x416dc2da > 0x416dc2d3) err:winhelp:HLPFILE_Uncompress3 index in phrases 10625/5554 err:winhelp:HLPFILE_Uncompress3 index in phrases 10871/5554 err:winhelp:HLPFILE_Uncompress3 index in phrases 10625/5554 err:winhelp:HLPFILE_Uncompress3 index in phrases 10625/5554 err:winhelp:HLPFILE_Uncompress3 index in phrases 10807/5554 err:winhelp:HLPFILE_Uncompress3 index in phrases 10655/5554 fixme:winhelp:HLPFILE_AddParagraph Got an embedded element RoboEx32.dll, WinHelp2000, fixme:winhelp:WHD_GetInfo NIY 8 fixme:winhelp:WHD_Open ("c:/windows/" 2) fixme:winhelp:WHD_LLInfoFromFile () fixme:winhelp:WHD_OpenBag (0xffffffff |SYSTEM 2) fixme:winhelp:WHD_API () fixme:winhelp:MACRO_Search () fixme:winhelp:WHD_Close (0xffffffff) Is winhelp supposed to be able to handle these help files? It is listed in the appdb as gold-supported. There are several other errors I see using derive, but I will have to do some more research. An easy bug is probably that the user just gets a black window after clicking on "about wine". Do you need any other information? Felix [1] - http://www.knopf.com/resources/help/winhelp2k.html

3 3

Regarding Implementation of Microsoft Speech SDK using wine
by Kalpit Shah 24 Jan '06

24 Jan '06

Hi, I want to implement the Microsoft Speech SDK using wine on Fedora Core 3. How feasible is this.....can anyone give me an insight on how do i go about doing this..... please give me some orientation..... Waiting for a reply, Regards, Kalpit

3 2

Windows manager
by Phil Lodwick 24 Jan '06

24 Jan '06

I have an application that does not seem to appear to the Window Manager. I am using fvwm. To confirm I am running fbpanel which basically does a: XGetWindowProperty(GDK_DISPLAY(), GDK_ROOT_WINDOW, a_NET_CLIENT_LIST, 0, 0x7fffffff, 0, XA_WINDOW, ...); and the window never appears on its list. The strange thing is if I rotate the screen in my XF86Config-4 file, the window DOES appear on the list and I can use fbpanel to select the window, bring it to the front, etc. Anybody have an idea as to what difference rotating the screen would make? Thanks, Phil

1 0

Re: iphlpapi: remove one IP address per interface restriction
by Robert Shearman 24 Jan '06

24 Jan '06

Juan Lang wrote: >+/* Enumerates the IP addresses in the system using SIOCGIFCONF, returning >+ * the count to you in *pcAddresses. It also returns to you the struct ifconf >+ * used by the call to ioctl, so that you may process the addresses further. >+ * Free ifc->ifc_buf using HeapFree. >+ * Returns NO_ERROR on success, something else on failure. >+ */ >+static DWORD enumIPAddresses(PDWORD pcAddresses, struct ifconf *ifc) >+{ >+ DWORD ret; >+ int fd; >+ >+ fd = socket(PF_INET, SOCK_DGRAM, 0); >+ if (fd != -1) { >+ int ioctlRet = 0; >+ DWORD guessedNumAddresses = 0, numAddresses = 0; >+ caddr_t ifPtr; >+ >+ ret = NO_ERROR; >+ ifc->ifc_len = 0; >+ ifc->ifc_buf = NULL; >+ /* there is no way to know the interface count beforehand, >+ so we need to loop again and again upping our max each time >+ until returned < max */ >+ do { >+ HeapFree(GetProcessHeap(), 0, ifc->ifc_buf); >+ if (guessedNumAddresses == 0) >+ guessedNumAddresses = INITIAL_INTERFACES_ASSUMED; >+ else >+ guessedNumAddresses *= 2; >+ ifc->ifc_len = sizeof(struct ifreq) * guessedNumAddresses; >+ ifc->ifc_buf = HeapAlloc(GetProcessHeap(), 0, ifc->ifc_len); >+ ioctlRet = ioctl(fd, SIOCGIFCONF, ifc); >+ } while (ioctlRet == 0 && >+ ifc->ifc_len == (sizeof(struct ifreq) * guessedNumAddresses)); >+ >+ if (ioctlRet == 0) { >+ ifPtr = ifc->ifc_buf; >+ while (ifPtr && ifPtr < ifc->ifc_buf + ifc->ifc_len) { >+ numAddresses++; >+ ifPtr += ifreq_len((struct ifreq *)ifPtr); >+ } >+ } >+ else >+ ret = ERROR_INVALID_PARAMETER; /* FIXME: map from errno to Win32 */ >+ if (!ret) >+ *pcAddresses = numAddresses; >+ else >+ { >+ HeapFree(GetProcessHeap(), 0, ifc->ifc_buf); >+ ifc->ifc_buf = NULL; >+ } >+ } >+ else >+ ret = ERROR_NO_SYSTEM_RESOURCES; >+ return ret; >+} >+ > > You leak an fd in this function. -- Rob Shearman

1 0

Re: wine 0.9.6 segfaults-Found the problem but not the solution (was :Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 24 Jan '06

24 Jan '06

Hi Mike, >> The problem seems to be with the name of the executable: >> "user.exe" (sounds crazy, but it was I could realize after some tests). > > That's quite possible. user.exe is a 16 bit part of user32.dll, and > Wine treats it in a special way. In fact there are a little more with same problem: start.exe and sound.dll (as reported in bugs 3950, 4351 and 4311) > > You might be able to add a dll override entry in winecfg like this: > > *user.exe = native, builtin However "winecfg" does not allow me to input free form strings (at least I try and could not find a way). It does only allow me to navigate throught the file system and choose the application. And the "Libraries" tab, in winecfg, it is only for DLL's - I guess! (Am I wrong?) The only solution I tried is using "vi" to edit ~/.wine/user.reg but I think I made a mistake because wien still segfaults. Here is the KEY I have put: [Software\\Wine\\AppDefaults\\*user.exe\\DllOverrides] 1138094570 "*"="native,builtin" I have also tried a variation of it .... but it still segfaults when calling "wine user.exe": [Software\\Wine\\AppDefaults] 1138094570 "*user.exe"="native,builtin" Thanks --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

2 1

Re: d3d8: CreateDevice should try the parent if the current window fails
by Alexandre Julliard 24 Jan '06

24 Jan '06

Jan Zerebecki <jan.wine(a)zerebecki.de> writes: > Changelog: > d3d8: CreateDevice should try the parent if the current window fails > because it doesn't have the property __wine_x11_whole_window . > Fixes bug #4341 . What you really want to use here is GetAncestor(GA_ROOT). -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: LostWages: remove third party downloads section from our download page
by Jeremy Newman 24 Jan '06

24 Jan '06

Did we decide if we wanted to do this? I can't remember. A.D.D. you know. On Fri, 2006-01-20 at 02:22 -0500, Tom Wickline wrote: > Hello, > > Tom > > Changelog: > Remove third party downloads section from our download page

6 5

Re: server: Initial inotify support.
by Hans Leidekker 24 Jan '06

24 Jan '06

On Tuesday 24 January 2006 10:57, Mike McCormack wrote: > This isn't ready yet because it cause a regression test to fail. The > failure is related to calling RemoveDirectory on an open directory > handle, so isn't a fault in this code. You must be referring to my evil change notification test here? Another interesting case that I didn't test would be moving a directory that has change notifications registered for it. I see you don't map IN_MOVE_SELF, which would allow us to detect this case. Any particular reason for that? -Hans

2 1

wined3d: support for WINED3D_A8B8G8R8
by Christoph Frick 24 Jan '06

24 Jan '06

hi there, this patch adds support for WINED3DFMT_A8B8G8R8 to wined3d. this fixes the textures in the Demo_Grass, Demo_Smoke and the logo for all demos in OGRE 1.0.6 [1] demos using dx9 renderer. [1] http://www.ogre3d.org/ -- cu License: LGPL ChangeLog: 2006-01-24 Christoph Frick <frick(a)sc-networks.com> * dlls/wined3d/utils.c: wined3d: Support for WINED3DFMT_A8B8G8R8 --- dlls/wined3d/utils.c.orig 2005-11-26 09:31:21.000000000 +0100 +++ dlls/wined3d/utils.c 2006-01-23 22:19:14.000000000 +0100 @@ -35,6 +35,7 @@ FMT_TO_STR(WINED3DFMT_UNKNOWN); FMT_TO_STR(WINED3DFMT_R8G8B8); FMT_TO_STR(WINED3DFMT_A8R8G8B8); + FMT_TO_STR(WINED3DFMT_A8B8G8R8); FMT_TO_STR(WINED3DFMT_X8R8G8B8); FMT_TO_STR(WINED3DFMT_R5G6B5); FMT_TO_STR(WINED3DFMT_X1R5G5B5); @@ -1613,6 +1614,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_RGBA8; break; case WINED3DFMT_A2R10G10B10: retVal = GL_RGBA8; break; case WINED3DFMT_X8R8G8B8: retVal = GL_RGB; break; + case WINED3DFMT_A8B8G8R8: retVal = GL_RGBA8; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA8; break; @@ -1678,6 +1680,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_BGRA; break; case WINED3DFMT_A2R10G10B10: retVal = GL_BGRA; break; case WINED3DFMT_X8R8G8B8: retVal = GL_BGRA; break; + case WINED3DFMT_A8B8G8R8: retVal = GL_RGBA; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA; break; /* Depth + Stencil */ @@ -1740,6 +1743,7 @@ case WINED3DFMT_A8R8G8B8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; case WINED3DFMT_A2R10G10B10: retVal = GL_UNSIGNED_INT_2_10_10_10_REV; break; case WINED3DFMT_X8R8G8B8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; + case WINED3DFMT_A8B8G8R8: retVal = GL_UNSIGNED_INT_8_8_8_8_REV; break; /* to see */ case WINED3DFMT_A8: retVal = GL_ALPHA; break; /* Depth + Stencil */ @@ -1783,6 +1787,7 @@ case WINED3DFMT_A8R8G8B8: retVal = 4; break; case WINED3DFMT_A2R10G10B10: retVal = 4; break; case WINED3DFMT_X8R8G8B8: retVal = 4; break; + case WINED3DFMT_A8B8G8R8: retVal = 4; break; /* Paletted */ case WINED3DFMT_P8: retVal = 1; break; case WINED3DFMT_A8P8: retVal = 2; break;

1 0

Wine and DJGPP sources
by Uwe Bonnes 24 Jan '06

24 Jan '06

Hallo, while looking at problems with wine's msvcrt (_sys_errlist, atof), pieces from DJ Delorie DJGPP source code, like used in the REACTOS sources would come handy. Is copying.dj compatible with our license? Also not explicie telling LPGL, copying.dj says: * objects and libraries linked into an application may be distributed without sources. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: wine 0.9.6 segfaults-Found the problem but not the solution (was :Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 24 Jan '06

24 Jan '06

Hi all, I have posted a comment at http://bugs.winehq.org/show_bug.cgi?id=4351 The problem seems to be with the name of the executable: "user.exe" (sounds crazy, but it was I could realize after some tests). Regards. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

2 1

Compile failure [dlls/dinput/joustick.c:177 ... _dfDIJoystick]
by Morten Welinder 23 Jan '06

23 Jan '06

Hi there, on a more-or-less default SuSE 9.3 system I have been getting this error for a while. Ideas? M. make[3]: Entering directory `/home/welinder/wine/dlls/dinput/tests' ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole joystick.o \ keyboard.o mouse.o testlist.o -o dinput_test.exe.so -L../../../libs/port -lwi\ ne_port -L../../../dlls -L../../../dlls/dinput -L../../../dlls/ole32 -L../../..\ /dlls/version -L../../../dlls/user32 -L../../../dlls/kernel32 -L../../../libs -\ ldinput -lole32 -lversion -luser32 -lkernel32 -ldxguid -luuid -ldxerr8 joystick.o(.text+0x666): In function `EnumJoysticks': /home/welinder/wine/dlls/dinput/tests/joystick.c:177: undefined reference to `c\ _dfDIJoystick' joystick.o(.text+0x6b0):/home/welinder/wine/dlls/dinput/tests/joystick.c:181: u\ ndefined reference to `c_dfDIJoystick2' collect2: ld returned 1 exit status winegcc: gcc failed. make[3]: *** [dinput_test.exe.so] Error 2 make[3]: Leaving directory `/home/welinder/wine/dlls/dinput/tests'

2 2

Re: Jtagserver
by Vitaliy Margolen 23 Jan '06

23 Jan '06

Hello Uwe, Monday, January 23, 2006, 4:23:17 AM, you wrote: > Hallo again, > > I don't expect Jtagserver to actually work, it requires some driver to > access Jtag programming hardware connected somwhow to the PC e.g via the > parallel port. But I would appreciate if jtagserver would either exit > gracefully or otherwise communicate as expected with the rest of the suite > to let quartus finally start up... > Bye Well I found the problem: 0009:Call kernel32.CreateEventW(00000000,00000001,00000000,7fd1e9a8 L"__wineservice_JTAGServer") ret=7f9ac9e0 0009: create_event( access=001f0003, attributes=000000c0, rootdir=0x50, manual_reset=1, initial_state=0, name=L"__wineservice_JTAGServer" ) 0009: create_event() = 0 { handle=0x58 } 000c:Call kernel32.CreateEventW(00000000,00000001,00000000,7fcfe9a0 L"__wineservice_Altera JTAG Server") ret=7f98c9e0 000c: create_event( access=001f0003, attributes=000000c0, rootdir=0x4c, manual_reset=1, initial_state=0, name=L"__wineservice_Altera JTAG Server" ) 000c: create_event() = 0 { handle=0x50 } It looks like we are using different names when we creating this events. There is nothing wrong with operation timing out. We actually waiting on either process exit (service) or signaled event ^. We don't get either and timing out (in service_start_process). So all you need to figure out why are we using wrong service name <g> So in the end service could work. Vitaliy

1 0

Re: MSI: Fix msi_dup_record_field for Integer Records
by Alexandre Julliard 23 Jan '06

23 Jan '06

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Make msi_dup_record_field not fail when dealing with integer records by > calling MSI_RecordGetStringW instead of MSI_RecordGetString, as the > former does conversion. It fails make test: ../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so format.c && touch format.ok format.c:128: Test failed: size wrong format.c:132: Test failed: size wrong format.c:133: Test failed: wrong output format.c:146: Test failed: size wrong format.c:147: Test failed: wrong output format.c:241: Test failed: size wrong 0 format.c:242: Test failed: wrong output() format.c:663: Test failed: size wrong (0) format.c:664: Test failed: wrong output() -- Alexandre Julliard julliard(a)winehq.org

1 0

wine performance question on different machines
by Ananth M 23 Jan '06

23 Jan '06

Hi All , I am executing a windows program, that calls function in the vendor supplied dll from one of its functions. I executed this program in Linux using wine, in two PC's. PC 1 ( with Enterprize Linux 4.0 ): Processor : Intel Pentium 4 , 2.80 GHz Cache Size : 512 KB RAM : 1 GB Result : When I execute this program in the above machine using wine , I am getting the same performance as in windows for the execution of the function that is in the vendor supplied dll. PC 2 ( with Enterprize Linux 4.0 ): Processor : Intel Xeon , with CPU - 2.80 GHz Cache Size : 1024 KB RAM : 2 GB Result : When I execute this program in the above machine using wine , the execution time of the function that is in the vendor supplied dll is nearly 10 times morethan as in case of first machine. Can any one has same type of observation earlier ? Is there any issue like this w.r.t wine ? Thank you ajay .

2 2

Regression testing sadness
by Louis. Lenders 23 Jan '06

23 Jan '06

Hi, i tried to do a regression test for a bug (bug 4370) This is what i found: cvs update -PAd -D "2006-01-06 15:52:12 CDT" --> no bug cvs update -PAd -D "2006-01-06 15:52:13 CDT" --> bug. Now in the cvs list i see absolutely no patch committed at that time. With some effort i found out that the patch should be: http://www.winehq.org/pipermail/wine-cvs/2006-January/020141.html There are two time's given on this page: Fri Jan 6 14:49:30 CST 2006 on top and in the middle: Date: Fri Jan 6 21:15:48 2006 +0100 Now either i'm doing something completely wrong, or something is really wrong with the regression testing (documentation). at least it's very confusing! Anyone can help? BTW i did not have this trouble finding a regression in another bug , where the patch was committed about a half year ago. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

re: X Error of failed request: Bad alloc (insufficient resources for operation)
by Dan Kegel 23 Jan '06

23 Jan '06

Markus Gömmel m.goemmel at compulab.de wrote: > trying to run a astrology software brings the following > error message... > > X Error of failed request: BadAlloc (insufficient resources for operation) > Major opcode of failed request: 53 (X_CreatePixmap) Is the app in question freely downloadable? If so, what's the URL? Sounds like http://bugs.winehq.org/show_bug.cgi?id=3826 Dustin says in that report that a fix or partial fix is already in CVS, and is testing on a different app. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

X Error of failed request: Bad alloc (insufficient resources for operation)
by Markus G�mmel 23 Jan '06

23 Jan '06

Hi... trying to run a astrology software brings the following error message at a point where the graphics data should be displayed: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 53 (X_CreatePixmap) Serial number of failed request: 56041 Current serial number in output stream: 56043 and the program stops immediately. Looks like X is not able or willing to bring enough memory to the app. Is there anything I can do? Thanks for helping Markus m.goemmel(a)compulab.de

1 0

Golden apps?
by Dan Kegel 23 Jan '06

23 Jan '06

I'm trying to get a list of 'gold' apps from the appdb, but it doesn't have a way to search like that, so I filed http://bugs.winehq.org/show_bug.cgi?id=4365 In the meantime, what apps work *really well* with Wine at the moment? Firefox 1.5 seems to be in good shape. I'm looking for apps that will demo well for my talk at SCALE in two weeks. It'd be cool if OpenOffice 2.0.1 isn't (http://bugs.winehq.org/show_bug.cgi?id=4366). -- Wine for Windows ISVs: http://kegel.com/wine/isv

4 6

StartServiceCtrlDispatcher/
by Uwe Bonnes 23 Jan '06

23 Jan '06

Hallo, jtagserver.exe from the Altera Quartus suite hangs in a call to ConnectNamedPipe (as a result of a call to StartServiceCtrlDispatcherA()) Anybody an idea what is going wrong? Appended a +relay,+snoop,+ntdll,+file,+server,+advapi log from the point where the main process is started. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- 0009:Starting process L"C:\\altera\\quartus51\\bin\\jtagserver.exe" (entryproc=0x41a49a) 0009:Call msvcrt.__set_app_type(00000001) ret=0041a4cc 0009:Ret msvcrt.__set_app_type() retval=7fa6f018 ret=0041a4cc 0009:Call msvcrt.__p__fmode() ret=0041a4e1 0009:Ret msvcrt.__p__fmode() retval=7fa6efe8 ret=0041a4e1 0009:Call msvcrt.__p__commode() ret=0041a4ef 0009:Ret msvcrt.__p__commode() retval=7fa6eff0 ret=0041a4ef 0009:Call msvcrt._controlfp(00010000,00030000) ret=0041a5dd 0009:Ret msvcrt._controlfp() retval=0009001f ret=0041a5dd 0009:Call msvcrt._initterm(00420020,00420024) ret=0041a531 0009:Ret msvcrt._initterm() retval=00000000 ret=0041a531 0009:Call msvcrt.__getmainargs(7fb9feec,7fb9fedc,7fb9fee8,00000000,7fb9fee0) ret=0041a555 0009:Ret msvcrt.__getmainargs() retval=00000000 ret=0041a555 0009:Call msvcrt._initterm(00420000,0042001c) ret=0041a564 0009:Call msvcrt._onexit(00402740) ret=0041a202 0009:Call kernel32.InitializeCriticalSection(7fa6e9d0) ret=7fa3b76e 0009:Call ntdll.RtlInitializeCriticalSection(7fa6e9d0) ret=7fc6007c 0009:Ret ntdll.RtlInitializeCriticalSection() retval=00000000 ret=7fc6007c 0009:Ret kernel32.InitializeCriticalSection() retval=00000000 ret=7fa3b76e 0009:Call ntdll.RtlAllocateHeap(7fce0000,00000008,00000080) ret=7fa3a5fe 0009:Ret ntdll.RtlAllocateHeap() retval=7fcfe888 ret=7fa3a5fe 0009:Ret msvcrt._onexit() retval=00402740 ret=0041a202 0009:Call msvcrt._onexit(0040875c) ret=0041a202 0009:Ret msvcrt._onexit() retval=0040875c ret=0041a202 0009:Call msvcrt._onexit(00409850) ret=0041a202 0009:Ret msvcrt._onexit() retval=00409850 ret=0041a202 0009:Call msvcrt._onexit(0040988b) ret=0041a202 0009:Ret msvcrt._onexit() retval=0040988b ret=0041a202 0009:Call msvcrt._onexit(004166b3) ret=0041a202 0009:Ret msvcrt._onexit() retval=004166b3 ret=0041a202 0009:Ret msvcrt._initterm() retval=00000000 ret=0041a564 0009:Call msvcrt.__p___initenv() ret=0041a56a 0009:Ret msvcrt.__p___initenv() retval=7fa5a614 ret=0041a56a 0009:Call kernel32.GetVersionExA(7fb9fdec) ret=00414a0b 0009:Call ntdll.RtlGetVersion(7fb9fc24) ret=7fc6cf3d 0009:Ret ntdll.RtlGetVersion() retval=00000000 ret=7fc6cf3d 0009:Ret kernel32.GetVersionExA() retval=00000001 ret=00414a0b 0009:Call advapi32.StartServiceCtrlDispatcherA(00420078) ret=00413a3e trace:advapi:StartServiceCtrlDispatcherA 0x420078 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,00420088 "Altera JTAG Server",ffffffff,00000000,00000000) ret=7f99ad13 0009:Ret kernel32.MultiByteToWideChar() retval=00000013 ret=7f99ad13 0009:Call ntdll.RtlAllocateHeap(7fce0000,00000008,0000005e) ret=7f99ad2f 0009:Ret ntdll.RtlAllocateHeap() retval=7fcfe910 ret=7f99ad2f 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,00420088 "Altera JTAG Server",ffffffff,7fcfe944,00000013) ret=7f99ad48 0009:Ret kernel32.MultiByteToWideChar() retval=00000013 ret=7f99ad48 trace:advapi:service_run_threads starting 1 pipe listener threads 0009:Call ntdll.RtlAllocateHeap(7fce0000,00000000,00000004) ret=7f99ab83 0009:Ret ntdll.RtlAllocateHeap() retval=7fcfe630 ret=7f99ab83 0009:Call kernel32.CreateThread(00000000,00000000,7f99c9a0,7fcfe910,00000000,00000000) ret=7f99abb8 0009:Call ntdll.RtlAllocateHeap(7fce0000,00000000,00000008) ret=7fc6740b 0009:Ret ntdll.RtlAllocateHeap() retval=7fcfe3a8 ret=7fc6740b 0009:Call ntdll.RtlCreateUserThread(ffffffff,00000000,00000001,00000000,00000000,00000000,7fc672e0,7fcfe3a8,7fb9fc78,7fb9fc6c) ret=7fc67451 0009: *fd* 9 <- 30 0009: new_thread( access=001f03ff, attributes=00000000, suspend=1, request_fd=9 ) 0009: new_thread() = 0 { tid=000a, handle=0x44 } 0009:Ret ntdll.RtlCreateUserThread() retval=00000000 ret=7fc67451 0009:Call ntdll.NtResumeThread(00000044,7fb9fc74) ret=7fc674b5 0009: resume_thread( handle=0x44 ) 0009: resume_thread() = 0 { count=1 } 0009:Ret ntdll.NtResumeThread() retval=00000000 ret=7fc674b5 0009:Ret kernel32.CreateThread() retval=00000044 ret=7f99abb8 0009:Call kernel32.WaitForMultipleObjectsEx(00000001,7fcfe630,00000001,ffffffff,00000000) ret=7f99ac24 0009:Call ntdll.NtWaitForMultipleObjects(00000001,7fb9fba0,00000001,00000000,00000000) ret=7fc604d9 0009: select( flags=5, cookie=0x7fb9fa54, signal=(nil), timeout=0, handles={0x44} ) 0009: select() = PENDING 000a: *fd* 11 <- 31 000a: *fd* 13 <- 32 000a: init_thread( unix_pid=3608, unix_tid=3615, teb=0xb7f60000, peb=0x7ffdf6e0, entry=0x7fc672e0, ldt_copy=0xb7f71860, reply_fd=11, wait_fd=13, debug_level=1 ) 000a: init_thread() = 0 { pid=0008, tid=000a, info_size=0, server_start=1137885144, version=221 } 000a:Call ntdll.RtlFreeHeap(7fce0000,00000000,7fcfe3a8) ret=7fc6731d 000a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7fc6731d 000a:Starting thread (entryproc=0x7f99c9a0) 000a:Call ntdll.MODULE_DllThreadAttach(00000000) ret=7fc673c8 000a:Call PE DLL (proc=0x7fc73570,module=0x7fc00000 L"kernel32.dll",reason=THREAD_ATTACH,res=(nil)) 000a:Call ntdll.RtlAllocateHeap(7fce0000,00000000,00010000) ret=7fc2d683 000a:Ret ntdll.RtlAllocateHeap() retval=7fd01dd8 ret=7fc2d683 000a:Ret PE DLL (proc=0x7fc73570,module=0x7fc00000 L"kernel32.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 000a:Call PE DLL (proc=0x7fa4d280,module=0x7fa20000 L"msvcrt.dll",reason=THREAD_ATTACH,res=(nil)) 000a:Ret PE DLL (proc=0x7fa4d280,module=0x7fa20000 L"msvcrt.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 000a:Call PE DLL (proc=0x7f9e93c0,module=0x7f9d0000 L"ws2_32.dll",reason=THREAD_ATTACH,res=(nil)) 000a:Ret PE DLL (proc=0x7f9e93c0,module=0x7f9d0000 L"ws2_32.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 000a:Ret ntdll.MODULE_DllThreadAttach() retval=00000000 ret=7fc673c8 trace:advapi:service_control_dispatcher 0x7fcfe910 L"Altera JTAG Server" 000a:Call ntdll.RtlAllocateHeap(7fce0000,00000000,00000054) ret=7f99bf68 000a:Ret ntdll.RtlAllocateHeap() retval=7fcfe978 ret=7f99bf68 000a:Call kernel32.CreateNamedPipeW(7fcfe978 L"\\\\.\\pipe\\__wineservice_Altera JTAG Server",00000003,00000000,00000002,00000400,00000400,00000000,00000000) ret=7f99c9fc 000a:Call ntdll.RtlDosPathNameToNtPathName_U(7fcfe978 L"\\\\.\\pipe\\__wineservice_Altera JTAG Server",b7e159ec,00000000,00000000) ret=7fc6202c trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\pipe\\__wineservice_Altera JTAG Server",0xb7e159ec,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\pipe\\__wineservice_Altera JTAG Server" 520 0xb7e156e4 (nil)) 000a:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7fc6202c 000a:Call ntdll.NtCreateNamedPipeFile(b7e159f4,c0000000,b7e159c0,b7e159e4,00000000,00000005,00000012,00000000,00000000,00000000,00000002,00000400,00000400,b7e159d8) ret=7fc6214e trace:ntdll:NtCreateNamedPipeFile (0xb7e159f4 c0000000 L"\\??\\pipe\\__wineservice_Altera JTAG Server" 0xb7e159e4 0 5 12 0 0 0 2 1024 1024 0xb7e159d8) 000a: create_named_pipe( access=c0000000, attributes=00000040, rootdir=(nil), options=00000012, flags=00000000, maxinstances=00000002, outsize=00000400, insize=00000400, timeout=00000000, name=L"\\??\\pipe\\__wineservice_Altera JTAG Server" ) 000a: create_named_pipe() = 0 { handle=0x48 } 000a:Ret ntdll.NtCreateNamedPipeFile() retval=00000000 ret=7fc6214e 000a:Call ntdll.RtlFreeUnicodeString(b7e159ec) ret=7fc6215a 000a:Ret ntdll.RtlFreeUnicodeString() retval=00000000 ret=7fc6215a 000a:Ret kernel32.CreateNamedPipeW() retval=00000048 ret=7f99c9fc 000a:Call ntdll.RtlFreeHeap(7fce0000,00000000,7fcfe978) ret=7f99ca1e 000a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7f99ca1e 000a:Call ntdll.RtlAllocateHeap(7fce0000,00000000,00000042) ret=7f99c928 000a:Ret ntdll.RtlAllocateHeap() retval=7fcfe978 ret=7f99c928 000a:Call kernel32.CreateEventW(00000000,00000001,00000000,7fcfe978 L"__wineservice_Altera JTAG Server") ret=7f99c980 000a:Call ntdll.RtlInitUnicodeString(b7e159f0,7fcfe978 L"__wineservice_Altera JTAG Server") ret=7fc608c6 000a:Ret ntdll.RtlInitUnicodeString() retval=00000042 ret=7fc608c6 000a:Call ntdll.RtlInitUnicodeString(b7e159a0,7fc80f40 L"\\BaseNamedObjects") ret=7fc5fdb2 000a:Ret ntdll.RtlInitUnicodeString() retval=00000024 ret=7fc5fdb2 000a:Call ntdll.NtOpenDirectoryObject(b7e159a8,00000006,b7e15988) ret=7fc5fdea trace:ntdll:NtOpenDirectoryObject (0xb7e159a8,0x00000006) trace:ntdll:dump_ObjectAttributes 0xb7e15988:(name=L"\\BaseNamedObjects", attr=0x00000000, hRoot=(nil), sd=(nil)) 000a: open_directory( access=00000006, attributes=00000000, rootdir=(nil), directory_name=L"\\BaseNamedObjects" ) 000a: open_directory() = 0 { handle=0x4c } 000a:Ret ntdll.NtOpenDirectoryObject() retval=00000000 ret=7fc5fdea 000a:Call ntdll.NtCreateEvent(b7e159f8,001f0003,b7e159d8,00000001,00000000) ret=7fc608f4 000a: create_event( access=001f0003, attributes=000000c0, rootdir=0x4c, manual_reset=1, initial_state=0, name=L"__wineservice_Altera JTAG Server" ) 000a: create_event() = 0 { handle=0x50 } 000a:Ret ntdll.NtCreateEvent() retval=00000000 ret=7fc608f4 000a:Call ntdll.RtlNtStatusToDosError(00000000) ret=7fc60907 000a:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7fc60907 000a:Ret kernel32.CreateEventW() retval=00000050 ret=7f99c980 000a:Call ntdll.RtlFreeHeap(7fce0000,00000000,7fcfe978) ret=7f99c995 000a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7f99c995 000a:Call kernel32.SetEvent(00000050) ret=7f99ce47 000a:Call ntdll.NtSetEvent(00000050,00000000) ret=7fc60aee 000a: event_op( handle=0x50, op=1 ) 000a: event_op() = 0 000a:Ret ntdll.NtSetEvent() retval=00000000 ret=7fc60aee 000a:Ret kernel32.SetEvent() retval=00000001 ret=7f99ce47 000a:Call kernel32.CloseHandle(00000050) ret=7f99ce4d 000a:Call ntdll.NtClose(00000050) ret=7fc4d744 000a: close_handle( handle=0x50 ) 000a: close_handle() = 0 { fd=-1 } 000a:Ret ntdll.NtClose() retval=00000000 ret=7fc4d744 000a:Ret kernel32.CloseHandle() retval=00000001 ret=7f99ce4d 000a:Call kernel32.ConnectNamedPipe(00000048,00000000) ret=7f99ca60 000a:Call ntdll.NtFsControlFile(00000048,00000000,00000000,00000000,b7e15a14,00110008,00000000,00000000,00000000,00000000) ret=7fc6171e trace:ntdll:NtFsControlFile (0x48,(nil),(nil),(nil),0xb7e15a14,0x00110008,(nil),0x00000000,(nil),0x00000000) 000a: create_event( access=001f0003, attributes=00000000, rootdir=(nil), manual_reset=0, initial_state=0, name=L"" ) 000a: create_event() = 0 { handle=0x50 } 000a: connect_named_pipe( handle=0x48, event=0x50, func=0x7ff98ee0 ) 000a: connect_named_pipe() = 0 000a: select( flags=6, cookie=0xb7e157d4, signal=(nil), timeout=0, handles={0x50} ) 000a: select() = PENDING 0009: get_console_input_info( handle=(nil) ) 0009: get_console_input_info() = INVALID_PARAMETER { history_mode=0, history_size=0, history_index=0, edition_mode=0, title=L"" } 0009:Call ntdll.RtlNtStatusToDosError(c000000d) ret=7fc1f699 0009:Ret ntdll.RtlNtStatusToDosError() retval=00000057 ret=7fc1f699 0009:Call msvcrt._except_handler3(7fb9f88c,7fb9fef8,7fb9f5c0,7fb9f520) ret=7ffb8529 0009:Call msvcrt._XcptFilter(c000013a,7fb9f3c4) ret=0041a59b 0009:Ret msvcrt._XcptFilter() retval=00000000 ret=0041a59b 0009:Ret msvcrt._except_handler3() retval=00000001 ret=7ffb8529 0009:Call ntdll.NtTerminateProcess(ffffffff,00000001) ret=7fc4cb30 0009: terminate_process( handle=0xffffffff, exit_code=1 ) 000a: *killed* exit_code=1 0009: *wakeup* signaled=0 cookie=0x7fb9fa54 0009: terminate_process() = 0 { self=1 } 0009: *killed* exit_code=1 wineserver: exiting (pid=3614)

2 3

[Corrected] Fix (w)strto(l)d family and test for atof
by Uwe Bonnes 23 Jan '06

23 Jan '06

(I forgot some fix in wcstod) Changelog: /home/wine/wine/dlls/msvcrt/wcs.c, string.c, test/string.c: Fix wcstod, implement strtod and atof on top of an adapted copy of wcsto(l)d. Add tests for atof and strtod. This supercedes the patch adding atof todo_wines. Maybe strtod should be implemented by translating the string to a wide string and calling wcstod. Few other msvcrt ascii functions however use MultiByteToWideChar and call the wcs counterpart... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/msvcrt/wcs.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/wcs.c,v retrieving revision 1.35 diff -u -r1.35 wcs.c --- wine/dlls/msvcrt/wcs.c 14 Jan 2006 17:00:58 -0000 1.35 +++ wine/dlls/msvcrt/wcs.c 22 Jan 2006 23:35:23 -0000 @@ -108,13 +108,13 @@ } /********************************************************************* - * wcstod (MSVCRT.@) + * wcstold (internal) */ -double MSVCRT_wcstod(const MSVCRT_wchar_t* lpszStr, MSVCRT_wchar_t** end) +long double MSVCRT_wcstold(const MSVCRT_wchar_t* lpszStr, MSVCRT_wchar_t** end) { const MSVCRT_wchar_t* str = lpszStr; int negative = 0; - double ret = 0, divisor = 10.0; + long double ret = 0L, divisor = 1L; TRACE("(%s,%p) semi-stub\n", debugstr_w(lpszStr), end); @@ -134,27 +134,32 @@ while (isdigitW(*str)) { - ret = ret * 10.0 + (*str - '0'); + ret = ret * 10L + (*str - '0'); str++; } if (*str == '.') str++; while (isdigitW(*str)) { - ret = ret + (*str - '0') / divisor; - divisor *= 10; + ret = ret + (*str - '0'); + divisor *= 10L; str++; } + ret /= divisor; if (*str == 'E' || *str == 'e' || *str == 'D' || *str == 'd') { int negativeExponent = 0; int exponent = 0; - if (*(++str) == '-') + str++; + if (*str == '-') { negativeExponent = 1; str++; } + else + if (*str == '+') + str++; while (isdigitW(*str)) { exponent = exponent * 10 + (*str - '0'); @@ -163,9 +168,9 @@ if (exponent != 0) { if (negativeExponent) - ret = ret / pow(10.0, exponent); + ret = ret / powl(10L, exponent); else - ret = ret * pow(10.0, exponent); + ret = ret * powl(10L, exponent); } } @@ -175,10 +180,16 @@ if (end) *end = (MSVCRT_wchar_t*)str; - TRACE("returning %g\n", ret); + TRACE("returning %Lg\n", ret); return ret; } - +/********************************************************************* + * wcstod (MSVCRT.@) + */ +double MSVCRT_wcstod(const MSVCRT_wchar_t* lpszStr, MSVCRT_wchar_t** end) +{ + return (double) MSVCRT_wcstold(lpszStr, end); +} typedef struct pf_output_t { Index: wine/dlls/msvcrt/string.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/string.c,v retrieving revision 1.15 diff -u -r1.15 string.c --- wine/dlls/msvcrt/string.c 14 Jan 2006 17:01:19 -0000 1.15 +++ wine/dlls/msvcrt/string.c 22 Jan 2006 23:35:23 -0000 @@ -22,6 +22,7 @@ */ #include <stdlib.h> +#include <math.h> #include "msvcrt.h" #include "wine/debug.h" @@ -138,19 +139,104 @@ } /********************************************************************* - * atof (MSVCRT.@) + * strtold (internal) */ -double MSVCRT_atof( const char *str ) +long double MSVCRT_strtold( const char *lpszStr, char **end ) { - return atof( str ); + const char* str = lpszStr; + int negative = 0; + long double ret = 0L, divisor = 1L; + + TRACE("(%s,%p) semi-stub\n", debugstr_a(lpszStr), end); + + /* FIXME: + * - Should set errno on failure + * - Should fail on overflow + * - Need to check which input formats are allowed + */ + while (isspace(*str)) + str++; + + if (*str == '-') + { + negative = 1; + str++; + } + + while (isdigit(*str)) + { + ret = ret * 10L + (*str - '0'); + str++; + } + if (*str == '.') + str++; + while (isdigit(*str)) + { + ret = ret*10L + (*str - '0'); + divisor *= 10L; + str++; + } + + ret /= divisor; + if (*str == 'E' || *str == 'e' || *str == 'D' || *str == 'd') + { + int negativeExponent = 0; + int exponent = 0; + str++; + if (*str == '-') + { + negativeExponent = 1; + str++; + } + else + if (*str == '+') + str++; + while (isdigit(*str)) + { + exponent = exponent * 10 + (*str - '0'); + str++; + } + if (exponent != 0) + { + if (negativeExponent) + ret = ret / powl(10L, exponent); + else + ret = ret * powl(10L, exponent); + } + } + + if (negative) + ret = -ret; + + if (end) + *end = (char*)str; + + TRACE("returning %Lg\n", ret); + return ret; +} + +/********************************************************************* + * strtold (MSVCRT.@) + */ +double MSVCRT_strtod( const char *lpszStr, char **end ) +{ + return (double) MSVCRT_strtold(lpszStr, end); } /********************************************************************* - * strtod (MSVCRT.@) + * atold (MSVCRT.@) */ -double MSVCRT_strtod( const char *str, char **end ) +double MSVCRT_atold( const char *lpszStr) +{ + return MSVCRT_strtold(lpszStr, NULL); +} + +/********************************************************************* + * atof (MSVCRT.@) + */ +double MSVCRT_atof( const char *str ) { - return strtod( str, end ); + return (double) MSVCRT_strtold(str, NULL); } /********************************************************************* Index: wine/dlls/msvcrt/tests/string.c =================================================================== RCS file: /home/wine/wine/dlls/msvcrt/tests/string.c,v retrieving revision 1.6 diff -u -r1.6 string.c --- wine/dlls/msvcrt/tests/string.c 21 Nov 2005 12:03:18 -0000 1.6 +++ wine/dlls/msvcrt/tests/string.c 22 Jan 2006 23:35:23 -0000 @@ -27,6 +27,8 @@ static void* (*pmemcpy)(void *, const void *, size_t n); static int* (*pmemcmp)(void *, const void *, size_t n); +static double (*patof)(const char *); +static double (*pstrtod)(const char *, char ** ); #define SETNOFAIL(x,y) x = (void*)GetProcAddress(hMsvcrt,y) #define SET(x,y) SETNOFAIL(x,y); ok(x != NULL, "Export '%s' not found\n", y) @@ -99,6 +101,78 @@ ok( ret==0, "_mbsspn returns %d should be 0\n", ret); } +static void test_atof( void) +{ + char s1[]=" -2309.12E-15"; + char s2[]="7.8912654773d10"; + char s3[]="7.8912654773d210"; + char s4[]=" -9885 pigs"; + char s5[]="98854 dollars"; + char s6[]="7.8912654773d+210"; + double x; + + x = patof( s1 ); + ok(x==-2.309120e-012, "atof(%s) returned %e\n", s1, x ); + + x = patof( s2 ); + ok(x==7.8912654773e10, "atof(%s) returned %2.20e\n", s2, x ); + + x = patof( s3 ); + ok(x==7.8912654773e210, "atof(%s) returned %2.20e\n", s3, x ); + + x = patof( s4 ); + ok(x==-9.885000e+003, "atof(%s) returned %e\n", s4, x ); + + x = patof( s5 ); + ok(x==9.885400e+004, "atof(%s) returned %e\n", s5, x ); + + x = patof( s6 ); + ok(x==7.8912654773e+210, "atof(%s) returned %e\n", s6, x ); + +} + +static void test_strtod( void) +{ + char s1[]=" -2309.12E-15"; + char s2[]="7.8912654773d10"; + char s3[]="7.8912654773d210"; + char s4[]=" -9885 pigs"; + char s5[]="98854 dollars"; + char s6[]="7.8912654773d+210"; + char s7[]="\t7.8912654773d+210"; + char *end; + double x; + + x = pstrtod( s1, &end); + ok(x==-2.309120e-012, "strtod(%s) returned %e\n", s1, x ); + ok(*end == 0, "strtod(%s) unexpected end %s\n", s1, end); + + x = pstrtod( s2, &end ); + ok(x==7.8912654773e10, "strtod(%s) returned %2.20e\n", s2, x ); + ok(*end == 0, "strtod(%s) unexpected end %s\n", s2, end); + + x = pstrtod( s3, &end ); + ok(x==7.8912654773e210, "strtod(%s) returned %2.20e\n", s3, x ); + ok(*end == 0, "strtod(%s) unexpected end %s\n", s3, end); + + x = pstrtod( s4, &end ); + ok(x==-9.885000e+003, "strtod(%s) returned %e\n", s4, x ); + ok(strcmp(end," pigs") == 0, "strtod(%s) unexpected end %s\n", s4, end); + + x = pstrtod( s5, &end ); + ok(x==9.885400e+004, "strtod(%s) returned %e\n", s5, x ); + ok(strcmp(end," dollars") == 0, "strtod(%s) unexpected end %s\n", s5, end); + + x = pstrtod( s6, &end ); + ok(x==7.8912654773e+210, "strtod(%s) returned %e\n", s6, x ); + ok(*end == 0, "strtod(%s) unexpected end %s\n", s6, end); + + x = pstrtod( s7, &end ); + ok(x==7.8912654773e+210, "strtod(%s) returned %e\n", s7, x ); + ok(*end == 0, "strtod(%s) unexpected end %s\n", s7, end); + +} + START_TEST(string) { void *mem; @@ -108,6 +182,8 @@ ok(hMsvcrt != 0, "LoadLibraryA failed\n"); SET(pmemcpy,"memcpy"); SET(pmemcmp,"memcmp"); + SET(patof,"atof"); + SET(pstrtod,"strtod"); /* MSVCRT memcpy behaves like memmove for overlapping moves, MFC42 CString::Insert seems to rely on that behaviour */ @@ -125,4 +201,6 @@ test_ismbblead(); /* test _mbsspn */ test_mbsspn(); + if (patof) test_atof(); + if (pstrtod) test_strtod(); }

1 0

Mac OS X/Intel port
by Chris Campbell 23 Jan '06

23 Jan '06

Hi, I just recently downloaded the CVS of WINE and tried to build it on an Apple Intel machine. I ran into some problems during the build and fixed them. I then got to the server and the build quit on context_i386.c. There is nothing in that file that handles darwin/ Mac OS X. It looks like the ptrace functionality (GETREGS, etc) that is used on Linux and FreeBSD is not present in the xnu kernel... I would like to get WINE working on x86 OS X. Can anyone tell me who is working on this? I would like to help with this effort. Chris

4 3

Doomsday (jDoom) directinput error
by Segin 22 Jan '06

22 Jan '06

I have tried to use jDoom/Doomsday in Wine, because I rather not have to reboot to play it. The error is in DirectInput. I have tried to disable stuff such as joystick, but not mouse (kinda hard to play without mouse). Anyways, the startup console displays this where it crashes (irrelevant text stripped): Sys_Init: Setting up machine state. Sys_Init: Initializing keyboard, mouse and joystick. I_Init: DirectInput 8 init failed (0x80040154). I_Init: failed to create DirectInput 3 object (0x800704df). also, a dialog box appears, with that text, a blank newline, and then "Sys_init: Failed to initalize DirecInput". On the xterm, i get all this: fixme:system:SystemParametersInfoW Unimplemented action: 4118 (SPI_GETTOOLTIPANIMATION) fixme:system:SystemParametersInfoW Unimplemented action: 4120 (SPI_GETTOOLTIPFADE) fixme:win:AnimateWindow partial stub fixme:system:SystemParametersInfoW Unimplemented action: 4118 (SPI_GETTOOLTIPANIMATION) fixme:system:SystemParametersInfoW Unimplemented action: 4120 (SPI_GETTOOLTIPFADE) fixme:win:AnimateWindow partial stub err:ole:CoGetClassObject class {25e609e4-b259-11cf-bfc7-444553540000} not registered err:ole:CoGetClassObject no class object {25e609e4-b259-11cf-bfc7-444553540000} could be created for for context 0x1 fixme:ole:CoCreateInstance no classfactory created for CLSID {25e609e4-b259-11cf-bfc7-444553540000}, hres is 0x80040154 Could this have something to do wih my problems? Also, I will try to disable both mouse/joystick, see how far that gets.

1 0

bug in atof
by Louis. Lenders 22 Jan '06

22 Jan '06

Hi, i filed a bug ( bug 4337) and looks like there's a bug in atof. Is there a difference between linux' atof and msvcrt's one? Even following simple program (from msdn) yields wrong results: // crt_atof.c #include <stdlib.h> #include <stdio.h> int main( void ) { char *s; double x; int i; long l; s = " -2309.12E-15"; /* Test of atof */ x = atof( s ); printf( "atof test: \"%s\"; float: %e\n", s, x ); s = "7.8912654773d210"; /* Test of atof */ x = atof( s ); printf( "atof test: \"%s\"; float: %e\n", s, x ); s = " -9885 pigs"; /* Test of atoi */ i = atoi( s ); printf( "atoi test: \"%s\"; integer: %d\n", s, i ); s = "98854 dollars"; /* Test of atol */ l = atol( s ); printf( "atol test: \"%s\"; long: %ld\n", s, l ); } the exponent value in float x are wrong. Thanks ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

5 8

Threading performance
by Evil 22 Jan '06

22 Jan '06

Hi all, I was just playing around with the Video Stress Test in CounterStrike: Source, and noted a lot of odd stuttering. The demo would run for about 15 seconds at 13fps, then completely freeze up for about 15 seconds. Then, it would start running again... only to freeze/unfreeze every 15 seconds or so. Just for fun, I reniced all the wine processes down to +15. The result: the demo runs completely smooth (well, at 13fps... but that's on account of my low system specs) from start to finish. I did some searching and noticed a similar report last year: http://www.winehq.com/hypermail/wine-devel/2004/08/0306.html I wasn't having this problem last year, but I've updated so many things in the last month (like moving from KDE3.4 to KDE3.5, and updating WINE from CVS), so I'm afraid I can't pinpoint the exact cause right now. Does anyone know of another, more permanent, workaround rather than re-nicing after starting WINE? Is there anything I can do/test that might help the developers if this is a real threading issue? -J AMD AthlonXP 2000+ ATI 9600XT w/128MB 1GB System RAM Mandriva 2006.0, updated to KDE3.5

3 4

Dreamcom Kubik SMS crash
by Pavel Troller 22 Jan '06

22 Jan '06

Hi, all the wine developers, thanks for wine, it's going to be really powerful now! However, even the most recent CVS update from yesterday still fails to run a small SMS sending program called Kubik SMS from DreamCom. This program can be freely downloaded: http://ww.dreamcom.cz/dream556.zip Program now installs smoothly, including Mozilla ActiveX Control (thanks for using the repackaged ReactOS version). However, after trying to run the program, the following crash appears: patrol@arcus:/opt/samba-dir/DreamCom$ wine DreamCom.exe fixme:ole:CoResumeClassObjects stub fixme:wininet:InternetGetConnectedState always returning LAN connection. wine: Unhandled exception 0x0eedfade at address 0x0000:0x7b83f040 (thread 0009), starting debugger... WineDbg starting on pid 0x8 First chance exception: 0xc0000025 in 32-bit code (0x7bc2cf30). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7bc2cf30 ESP:7fc6f400 EBP:7fc6f458 EFLAGS:00200282( - 00 - -IS1) EAX:7fc6f400 EBX:7bc70134 ECX:7fc6f470 EDX:c0000025 ESI:7fc6f7d0 EDI:7fc6f464 Stack dump: 0x7fc6f400: c0000025 00000001 7fc6f7d0 7fc6f454 0x7fc6f410: 00000000 00000002 7b820000 7fc6f4e8 0x7fc6f420: 7bc36cdd 7fc6f438 00000001 7fc6f51c 0x7fc6f430: 7bc2d2e0 00000001 7bc70134 00000002 0x7fc6f440: 7b820000 7fc6f4e8 7fc6f424 7bc2ceea 0x7fc6f450: 7bc2cee0 7fc6f7d0 7fc6f7bc 7bc557f3 Backtrace: =>1 0x7bc2cf30 __regs_RtlRaiseException+0x50 in ntdll (0x7bc2cf30) 2 0x7bc557f3 in ntdll (+0x457f3) (0x7bc557f3) 3 0x7bc2cf3a RtlRaiseException+0x6 in ntdll (0x7bc2cf3a) 4 0x004b694e in dreamcom (+0xb694e) (0x004b694e) 5 0x004b6981 in dreamcom (+0xb6981) (0x004b6981) 6 0x005dc0e1 in dreamcom (+0x1dc0e1) (0x005dc0e1) 7 0x005e2ee1 in dreamcom (+0x1e2ee1) (0x005e2ee1) 8 0x004241a8 in dreamcom (+0x241a8) (0x004241a8) 9 0x004243d6 in dreamcom (+0x243d6) (0x004243d6) 10 0x00424622 in dreamcom (+0x24622) (0x00424622) 11 0x00424590 in dreamcom (+0x24590) (0x00424590) 12 0x00428ce6 in dreamcom (+0x28ce6) (0x00428ce6) 13 0x00424441 in dreamcom (+0x24441) (0x00424441) 14 0x00424622 in dreamcom (+0x24622) (0x00424622) 15 0x00424561 in dreamcom (+0x24561) (0x00424561) 16 0x00428ce6 in dreamcom (+0x28ce6) (0x00428ce6) 17 0x004704fa in dreamcom (+0x704fa) (0x004704fa) 18 0x00425350 in dreamcom (+0x25350) (0x00425350) 19 0x00422af3 in dreamcom (+0x22af3) (0x00422af3) 20 0x0041ed1c in dreamcom (+0x1ed1c) (0x0041ed1c) 21 0x0041eea6 in dreamcom (+0x1eea6) (0x0041eea6) 22 0x0041ef37 in dreamcom (+0x1ef37) (0x0041ef37) 23 0x0046fe9e in dreamcom (+0x6fe9e) (0x0046fe9e) 24 0x00477580 in dreamcom (+0x77580) (0x00477580) 25 0x0060c15c in dreamcom (+0x20c15c) (0x0060c15c) 26 0x0060acc3 in dreamcom (+0x20acc3) (0x0060acc3) 27 0x006525c0 in dreamcom (+0x2525c0) (0x006525c0) 28 0x7b866426 in kernel32 (+0x46426) (0x7b866426) 29 0x20004c07 wine_switch_to_stack+0x17 in libwine.so.1 (0x20004c07) 0x7bc2cf30 __regs_RtlRaiseException+0x50 in ntdll: jmp 0x7bc2cf0a __regs_RtlRaiseException+0x2a in ntdll Modules: Module Address Debug info Name (120 modules) PE 0x00400000-00730000 Export dreamcom PE 0x10000000-10006000 Deferred mozctlx ELF 0x20000000-2001a000 Export libwine.so.1 ELF 0x2001a000-2002b000 Deferred libpthread.so.0 ELF 0x2002b000-20121000 Deferred libwine_unicode.so.1 ELF 0x20121000-20143000 Deferred libm.so.6 ELF 0x20143000-201ce000 Deferred oleaut32<elf> \-PE 0x20160000-201ce000 \ oleaut32 ELF 0x201ce000-201ed000 Deferred cabinet<elf> \-PE 0x201d0000-201ed000 \ cabinet ELF 0x201ed000-2020a000 Deferred mpr<elf> \-PE 0x201f0000-2020a000 \ mpr ELF 0x2020a000-2021e000 Deferred lz32<elf> \-PE 0x20210000-2021e000 \ lz32 ELF 0x2021e000-2029c000 Deferred winmm<elf> \-PE 0x20230000-2029c000 \ winmm ELF 0x2029c000-2030c000 Deferred libfreetype.so.6 ELF 0x2030c000-20385000 Deferred winex11<elf> \-PE 0x20320000-20385000 \ winex11 ELF 0x20385000-2038e000 Deferred libsm.so.6 ELF 0x2038e000-203a5000 Deferred libice.so.6 ELF 0x203a5000-203ab000 Deferred libxxf86dga.so.1 ELF 0x203ab000-203b1000 Deferred libxxf86vm.so.1 ELF 0x203b1000-203b9000 Deferred libxrender.so.1 ELF 0x203b9000-203bd000 Deferred libxrandr.so ELF 0x203bd000-203c0000 Deferred iso8859-2.so ELF 0x203c0000-203ec000 Deferred libssl.so.0.9.6 ELF 0x203ec000-20403000 Deferred msacm<elf> \-PE 0x203f0000-20403000 \ msacm ELF 0x20403000-20442000 Deferred riched20<elf> \-PE 0x20410000-20442000 \ riched20 PE 0x20450000-204af000 Deferred xpcom ELF 0x204af000-204c8000 Deferred wsock32<elf> \-PE 0x204c0000-204c8000 \ wsock32 ELF 0x204c8000-204f0000 Deferred ws2_32<elf> \-PE 0x204d0000-204f0000 \ ws2_32 ELF 0x20624000-20737000 Deferred user32<elf> \-PE 0x20640000-20737000 \ user32 PE 0x20740000-20750000 Deferred caps PE 0x20750000-20760000 Deferred chrome PE 0x20760000-20794000 Deferred gkparser PE 0x207a0000-2085a000 Deferred uconv PE 0x2ac10000-2ac81000 Deferred necko ELF 0x2b3ea000-2b424000 Deferred advapi32<elf> \-PE 0x2b400000-2b424000 \ advapi32 PE 0x2d9c0000-2d9de000 Deferred embedcomponents ELF 0x2e94b000-2e95f000 Deferred olepro32<elf> \-PE 0x2e950000-2e95f000 \ olepro32 PE 0x2f0c0000-2f0cd000 Deferred mozz PE 0x30000000-30026000 Deferred nspr4 PE 0x31cd0000-31cff000 Deferred xpc3250 ELF 0x327ed000-32820000 Deferred urlmon<elf> \-PE 0x32800000-32820000 \ urlmon PE 0x36210000-3622a000 Deferred rdf ELF 0x384e1000-384e4000 Deferred xlcdef.so.2 PE 0x394b0000-394c4000 Deferred xpcom_compat ELF 0x3a7e5000-3a869000 Deferred gdi32<elf> \-PE 0x3a800000-3a869000 \ gdi32 PE 0x40110000-40140000 Deferred mozctl ELF 0x410e3000-41100000 Deferred iphlpapi<elf> \-PE 0x410f0000-41100000 \ iphlpapi ELF 0x41c17000-41c33000 Deferred ximcp.so.2 ELF 0x43b9f000-43be5000 Deferred rpcrt4<elf> \-PE 0x43bb0000-43be5000 \ rpcrt4 PE 0x444a0000-444f4000 Deferred js3250 PE 0x46670000-4667f000 Deferred profile ELF 0x467d3000-46850000 Deferred libgl.so.1 PE 0x468a0000-468a7000 Deferred xpcom_compat_c ELF 0x4c97f000-4c9c2000 Deferred wineoss<elf> \-PE 0x4c990000-4c9c2000 \ wineoss ELF 0x4e253000-4e281000 Deferred shdocvw<elf> \-PE 0x4e260000-4e281000 \ shdocvw ELF 0x4f192000-4f19b000 Deferred libnss_files.so.2 ELF 0x50368000-503c5000 Deferred msvcrt<elf> \-PE 0x50380000-503c5000 \ msvcrt PE 0x521b0000-521bd000 Deferred xppref32 PE 0x565b0000-565b6000 Deferred plds4 ELF 0x5944c000-59456000 Deferred libxcursor.so.1 ELF 0x59e0f000-59e24000 Deferred midimap<elf> \-PE 0x59e20000-59e24000 \ midimap ELF 0x5e6ad000-5e6bd000 Deferred libxext.so.6 ELF 0x5e767000-5e831000 Deferred libx11.so.6 ELF 0x600ef000-60143000 Deferred shlwapi<elf> \-PE 0x60100000-60143000 \ shlwapi ELF 0x6287e000-6289a000 Deferred imm32<elf> \-PE 0x62890000-6289a000 \ imm32 ELF 0x63055000-6307d000 Deferred winspool<elf> \-PE 0x63060000-6307d000 \ winspool PE 0x64040000-6406e000 Deferred i18n ELF 0x65ff0000-66078000 Deferred ole32<elf> \-PE 0x66010000-66078000 \ ole32 ELF 0x665b3000-66672000 Deferred shell32<elf> \-PE 0x665d0000-66672000 \ shell32 ELF 0x6691c000-66931000 Deferred ld-linux.so.2 ELF 0x66a10000-66b19000 Deferred libc.so.6 ELF 0x699a8000-69a3a000 Deferred comdlg32<elf> \-PE 0x699c0000-69a3a000 \ comdlg32 ELF 0x6a59f000-6a5ba000 Deferred libcups.so.2 ELF 0x6a63a000-6a6f0000 Deferred libcrypto.so.0.9.6 ELF 0x6be33000-6be4b000 Deferred version<elf> \-PE 0x6be40000-6be4b000 \ version ELF 0x6d90d000-6d931000 Deferred msacm32<elf> \-PE 0x6d920000-6d931000 \ msacm32 ELF 0x714e0000-71510000 Deferred uxtheme<elf> \-PE 0x714f0000-71510000 \ uxtheme ELF 0x73736000-737de000 Deferred comctl32<elf> \-PE 0x73740000-737de000 \ comctl32 PE 0x74bd0000-74bf8000 Deferred docshell PE 0x76630000-76637000 Deferred plc4 ELF 0x77030000-77033000 Deferred libdl.so.2 PE 0x780c0000-78121000 Deferred msvcp60 ELF 0x7a619000-7a632000 Deferred oledlg<elf> \-PE 0x7a620000-7a632000 \ oledlg ELF 0x7a8ab000-7a8eb000 Deferred wininet<elf> \-PE 0x7a8c0000-7a8eb000 \ wininet ELF 0x7b800000-7b8f7000 Export kernel32<elf> \-PE 0x7b820000-7b8f7000 \ kernel32 ELF 0x7bc00000-7bc73000 Export ntdll<elf> \-PE 0x7bc10000-7bc73000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) E:\DreamCom\DreamCom.exe 0000000e 0 0000000d 0 0000000c 0 0000000b 0 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 The program is very popular here in Czech Republic and in the specialized GSM mailing list there were already posts that it's the only one which keeps users on windoze. It's the reason I'm asking here whether it could be possible to fix it. It never worked in any version of wine yet, AFAIK. With regards, Pavel Troller

2 1

Re: [wcmd] Make start a built-in command
by Dan Kegel 22 Jan '06

22 Jan '06

On 1/21/06, Daniel R. Kegel <dank(a)alumni.caltech.edu> wrote: > ... > + wsprintf(new_cmd, "%s %s", externalstart, command); > + WCMD_output("Running "); > + WCMD_output(new_cmd); > + WCMD_output("\n"); > + WCMD_run_program (new_cmd); > + LocalFree ((HANDLE)new_cmd); Er, without those WCMD_output debug statements, of course. Sorry 'bout that. Annoyingly, fixing this reminded me of what a pile of stinking doo our wcmd (and my start.exe) are. Hopefully I'll forget again soon :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Fwd: Valgrind and wine (was: re: Bug 4289: Debugging and dissasembly)
by James Trotter 21 Jan '06

21 Jan '06

On 1/14/06, Robert Shearman <rob(a)codeweavers.com> wrote: > > Dan Kegel wrote: > > >Rob wrote: > > > > > >>This very much looks like a use-after-free bug. The first two > >>instructions are probably a COM *_Release call. Judging by the fact that > >>this is a regression I would also guess that it is a Wine object. > >> > >> > > > >This sounds like a job for valgrind! > > > >But, er, does valgrind still work with wine? Rob said it did in March: > > http://www.winehq.com/hypermail/wine-devel/2005/03/0397.html > >It was too hard for one guy back in July: > >http://www.winehq.com/hypermail/wine-devel/2005/07/0401.html > >but that was probably because he didn't see Rob's message from March. > >Maybe we need to put better instructions on how to use > >Valgrind with Wine on winehq.org... or, dare I suggest it, > >bundle valgrind with Wine so anybody could easily use it > >be setting WINEDEBUG=+valgrind or something like that... > > > > Valgrind 3.1.0 works with Wine with no Wine modifications needed. > However, one patch to valgrind is required to generate meaningful > backtraces and I've attached it to this message - I guess I should > report this to the valgrind developers. > > -- > Rob Shearman > > > > > > > > I was really just considering using valgrind! I already have it installed, but I wasn't sure it would work very nicely, though. I was afraid there would be too much pointless output to wade through, but I'll try it tomorrow sometime. Cheers, James

2 2

winedbg symbols completely screwed
by Christer Palm 21 Jan '06

21 Jan '06

Continuing my debugging efforts, I decided to look some more at the strange symbols I got in the backtrace. Indeed, it seems like winedbg completely screws up the MFC42 symbols. For example, by disassembling from the load address of MFC42 I was able to identify the CString::FreeData() function at 0x5f402125, but winedbg tells me it's 0x5f445900. Is this a known problem? Regards, -- Christer Palm

2 4

Benchmarks for 0.9.5
by Tom Wickline 20 Jan '06

20 Jan '06

Hello, Please take with a large dose of salt. http://wiki.winehq.org/BenchMark-0.9.5 Tom -- Pain needs not cry for me.......

6 9

'make test' says "err:mshtml:load_gecko Could not load XPCOM: 126"
by Dan Kegel 20 Jan '06

20 Jan '06

Since my fc3 machine is in the shop, I tried building wine from cvs just now on Red Hat 9 (and I've forgotten the magic incantation to get that to work properly with crypto, so not every feature of wine was enabled). Is the following err expected? ../../../tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p mshtml_test.exe.so htmldoc.c && touch htmldoc.ok err:mshtml:load_gecko Could not load XPCOM: 126 - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

wine 0.9.6 segfaults (was :Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, > That might be a problem. It would be better if you could compile the > latest snapshot, or even better, the latest CVS, from scratch. This > would enable you to test any patches I (or somebody else) might send to > try and fix the problem. OK, I will do it then! But I will have to learn a bit on how to use subversion trhough our autenticated squid proxy. It will take some hours (or days 8-/). As soon as I get a local snapshot working I will post a message again (also after reporting the bug) > >>I also noticed I can do something like: >> WINEDUBUG=+all winebdg user.exe >> >>Are you interested in the output of the above? Winedbg does not segfault. >>It freezes. >> >> >> >It should be WINEDEBUG=+all, not WINEDUBUG... might be the problem. Sorry! Just a typo .... I meant WINEDEBUG .... > However, the debug trace was useful by itself. > >The last lines of your trace show the following: > >0009:Call ntdll.RtlImageNtHeader(00000000) ret=7fce61da >0009: *killed* exit_code=0 > >This is bad - RtlImageNtHeader should be supplied a non-NULL pointer, >and somebody passed it a NULL one instead. In addition, it seems there >is an issue with the exception handling in RtlImageNtHeader > > From dlls/ntdll/loader.c: > >/*********************************************************************** > * RtlImageNtHeader (NTDLL.@) >*/ >PIMAGE_NT_HEADERS WINAPI RtlImageNtHeader(HMODULE hModule) >{ > IMAGE_NT_HEADERS *ret; > > __TRY > { > IMAGE_DOS_HEADER *dos = (IMAGE_DOS_HEADER *)hModule; > > ret = NULL; > if (dos->e_magic == IMAGE_DOS_SIGNATURE) > { > ret = (IMAGE_NT_HEADERS *)((char *)dos + dos->e_lfanew); > if (ret->Signature != IMAGE_NT_SIGNATURE) ret = NULL; > } > } > __EXCEPT_PAGE_FAULT > { > return NULL; > } > __ENDTRY > return ret; >} > >The exception handler is supposed to return NULL in case of a page fault >(such as trying to access a NULL pointer, as is your case). However, I >think I saw a discussion somewhere in wine-devel that advised *not* to >return from inside an __EXCEPT clause of an exception handler in Wine >(most probably because __ENDTRY needs to run in order to clean up). If >this is true, then RtlImageNtHeader is violating this rule. Your >segmentation fault might be the expected result of a violation of the >return rule. Could anybody in wine-devel speak up to confirm or refute >this observation about exception handlers? > >This, of course, does not address the actual issue of passing a NULL >pointer to RtlImageNtHeader(). I could make a set of patches to add >TRACEs to all functions with uses of RtlImageNtHeader(), but you need to >be able to apply the patches for them to be actually of use. > >Alex Villacís Lasso I will be working on setting up an environment to apply the patches. Just wait some time in order to me to work on some issues I would have ... Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Re: kernel/tests: report only 25 failures on WinNT 3.51 (resend)
by Alexandre Julliard 20 Jan '06

20 Jan '06

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > - kernel/tests: report only 25 failures on WinNT 3.51 You shouldn't need that, the test should be fixed to not fail. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine 0.9.5 - segmentation fault with some apps
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, Thanks for the reply. I am going to wait for a pre built (RPM package) for wine-0.9.6 because if I compile I think I can introduce too many variables. Anyway, I am goig to report your sugestions with wine 0.9.5 and, ASAP, with wine-0.9.6. > Where can somebody download the application? It is a commercial package. It can not be downloaded. Sorry > Is there a bug report for this application (bugs.winehq.org)? No. If you guys wish I can do it (just going to wait for wine-0.9.6) > Just in case, are you installing on a VFAT partition, or on a ext2/ext3 partition? No windows involved. Just a ~.wine/drive_c inside a ext3 partition. > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Good point!! I started right now, however the "winedbg user.exe" does not return any prompt. It seems freezed, waiting for something .... The processes running are: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver I also noticed I can do something like: WINEDUBUG=+all winebdg user.exe Are you interested in the output of the above? Winedbg does not segfault. It freezes. > Your stack trace is missing the callback on where inside > wine the fault occurred. I am sending, attached, all the trace ..... it is not too big but .... I can notice there are some entries like: .... __wine_exception_handler ntdll.dll.1009 ..... ------------------------- 8< ---------------------- 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteSize ntdll.dll.639 = 0x7bea3670 0009:trace:imports:import_dll --- sprintf ntdll.dll.965 = 0x7bea5464 0009:trace:imports:import_dll --- sscanf ntdll.dll.967 = 0x7bea547c 0009:trace:imports:import_dll --- _strlwr ntdll.dll.912 = 0x7bea48e8 0009:trace:imports:import_dll --- _strupr ntdll.dll.914 = 0x7bea4918 --->> 0009:trace:imports:import_dll --- __wine_exception_handler ntdll.dll.1009 = 0x7beb17b0 0009:trace:imports:import_dll --- wine_server_call ntdll.dll.1013 = 0x7bed4f00 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7fbf5000 00001000 00000080 0009:trace:virtual:VIRTUAL_SetProt 0x7fbf5000-0x7fbf5fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7fb20000 - 0x7fc3ffff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7fb20000 - 0x7fc3ffff c-rWx 0009:trace:module:load_builtin_callback loaded user32.dll 0x7fd849f8 0x7fb20000 ------------------------- 8< ---------------------- Wine, in my opinion, is the next step for Linux to take over the desktop. It is the only tool that is missing. You guys are doing a great job. I am a wine user since 2000. Regards. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

3 2

wine 0.9.6 segfaults (was: Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, Exactly the same problem with wine-0.9.6 (pre-built - downloaded from sourceforge) ...... Wanna trace? > Is there a bug report for this application (bugs.winehq.org)? Now, you are going to need? I can do it .... > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Same problem here. It freezes waiting for something ... The processes running are the same: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver Regards. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Bug in the Wiki ?
by Tom Wickline 20 Jan '06

20 Jan '06

Hello, If a page on the Wiki gets more than 8500 hits in a single day the hit counter rolls over. http://wiki.winehq.org/BenchMark-0%2e9%2e5?action=info&hitcounts=1 Tom

3 3

re: [patch] riched20 conformance test
by Dan Kegel 20 Jan '06

20 Jan '06

For anyone trying to apply the patch and wondering why make complains, it's because configure needs to be updated. (Or apply the attached patch, which manually adds the new directory in the two places it needs to be added.) In the snippet + parent = new_richedit(NULL); + hwndRichEdit = new_richedit(parent); do you really want to embed a richedit box inside another richedit box? Wouldn't a plain window do for the outer window? BTW I'm not sure winetest_interactive is supposed to enable infinite loops; you might want to add a 30 second timeout to your loop. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Wine 0.9.6 glext.h / DirectX Compiler Error
by Roland Kaser 20 Jan '06

20 Jan '06

Hello all I just tried to compile 0.9.6 on a SuSE 10 system and got the following compiler error: /usr/X11R6/include/GL/glext.h:1167:1: warning: this is the location of the previous definition device.c: In function ‘IDirect3DDevice8Impl_SetRenderState’: device.c:3106: error: ‘GL_ARB_multisample’ undeclared (first use in this function) device.c:3106: error: (Each undeclared identifier is reported only once device.c:3106: error: for each function it appears in.) make[2]: *** [device.o] Fehler 1 make[2]: Leaving directory `/install/wine-0.9.6/dlls/d3d8' make[1]: *** [d3d8] Fehler 2 make[1]: Leaving directory `/install/wine-0.9.6/dlls' make: *** [dlls] Fehler 2 This is the first time i got such an error. 0.9,3, 0.9.4 and 0.9.5 compile clean on that system. Roland Kaeser

3 3

success report: zeoslib
by Dan Kegel 20 Jan '06

20 Jan '06

http://seegernet.koolhost.de/zeosforum/viewtopic.php?p=1292#1292 says: -- snip --- In my extensive tests, Zeoslib works great with wine 0.94+ . Tests works with Firebird , PostgreSQL and MySQL . The version 0.94 resolve a issue that correct mscrvt library. Regards, Psychodad --- snip --- Go team! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: MSVCRT: stub implementation for wcsftime
by Marcus Meissner 20 Jan '06

20 Jan '06

On Fri, Jan 20, 2006 at 11:55:22AM +0100, Hans Leidekker wrote: > > I just saw an application crash on this unimplemented stub getting > called via some version of the mfc dll. > > -Hans > > Changelog > Stub implementation for wcsftime. Please output at least a fixme! Ciao, Marcus

1 0

Re: Fwd: dlls/wined3d/device.c GetCreationParameters
by Jacek Caban 20 Jan '06

20 Jan '06

Hello. Al Tobey wrote: > According to MSDN, this just sets a pointer to the creation > parameters. The attached patch makes this function work, but I'm > not sure if returning a pointer to the original parameters is the > right approach or if they should be copied first. > > This patch makes a bunch of the Ogre3d demos work, which are great for > testing since you can run the same demo in OpenGL, D3D9, and D3D7 > modes. > > The attached version incorporates all of the feedback from wine-devel > and should be ready to go. > > -Al Tobey > > ------------------------------------------------------------------------ > > diff --git a/dlls/wined3d/device.c b/dlls/wined3d/device.c > index b057a36..f1bfc01 100644 > --- a/dlls/wined3d/device.c > +++ b/dlls/wined3d/device.c > @@ -6129,26 +6129,23 @@ > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; > /** FIXME: always true at the moment **/ > if(bEnableDialogs == FALSE) { > FIXME("(%p) Dialogs cannot be disabled yet\n", This); > } > return D3D_OK; > } > > - > HRESULT WINAPI IWineD3DDeviceImpl_GetCreationParameters(IWineD3DDevice *iface, D3DDEVICE_CREATION_PARAMETERS *pParameters) { > IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *) iface; > > - FIXME("(%p) : stub\n", This); > You should change it to TRACE instead of deleting debug messages. > - /* Setup some reasonable defaults */ > - pParameters->AdapterOrdinal = 0; /* always for now */ > - pParameters->DeviceType = D3DDEVTYPE_HAL; /* always for now */ > - pParameters->hFocusWindow = 0; > - pParameters->BehaviorFlags =0; > + if (This == NULL || pParameters == NULL) > You really shouldn't check if This is NULL here. I'm sure this patch won't be applied with this. > + return D3DERR_INVALIDCALL; > + > + memcpy(pParameters, &This->createParms, sizeof(D3DDEVICE_CREATION_PARAMETERS)); > return D3D_OK; > } > > void WINAPI IWineD3DDeviceImpl_SetGammaRamp(IWineD3DDevice * iface, UINT iSwapChain, DWORD Flags, CONST D3DGAMMARAMP* pRamp) { > IWineD3DSwapChain *swapchain; > HRESULT hrc = D3D_OK; > > TRACE("Relaying to swapchain\n"); > Thanks, Jacek

1 0

Accessing gdi32.dll functions from another dll
by Jeff L 20 Jan '06

20 Jan '06

I need a bit of help with the correct way to do this. In usp10.c I need to access GetGlyphIndicesW. Given that it is part of gdi32, I assume that I will need to reference the function in the gdi32.dll rahter than linking it into usp10.dll. What is the approved method of setting up the access? Jeff

2 1

Accessing gdi32.dll functions from another dll
by Jeff L 20 Jan '06

20 Jan '06

I need a bit of help with the correct way to do this. In usp10.c I need to access GetGlyphIndicesW. Given that it is part of gdi32, I assume that I will need to reference the function in the gdi32.dll rahter than linking it into usp10.dll. What is the approved method of setting up the access? Jeff

1 0

regarding linux unicode
by kgupta＠in.safenet-inc.com 20 Jan '06

20 Jan '06

Hi , I am using tchar.h in windows and in linux it is not supporting. i want to use _TEXT for unicode compatibility so please tell me in which header file _TEXT is defined for unicode compatibility. Is _TEXT present in Linux? regards, kapil

2 1

Invisible fonts - unimplemented SPI_GETFONTSMOOTHINGTYPE
by Peter Åstrand 19 Jan '06

19 Jan '06

I'm trying to get the application "Nya Multigram" (http://www.softogram.se/multigramkunskapsbanken.html) running in Wine. It works somewhat, but the initial screen (which should look like http://www.softogram.se/grafik/multigramkunskapsbanken/mgkbscreenshot4.jpg) doesn't have any text. The buttons are rendered very slowly, and this error message appears: fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) A screenshot is available at http://www.cendio.com/~peter/multigram.png. A partial log when running with WINEDEBUG=+font,+nativefont,+wc_font is included below. Any ideas on how to solve this? trace:font:GetTextMetricsW text metrics: Weight = 700 FirstChar = 32 AveCharWidth = 16 Italic = 0 LastChar = 64258 MaxCharWidth = 16 UnderLined = 0 DefaultChar = 0 Overhang = 0 StruckOut = 0 BreakChar = 32 CharSet = 0 PitchAndFamily = 36 -------------------- InternalLeading = 4 Ascent = 24 Descent = 6 Height = 30 fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) trace:font:WineEngCreateFontInstance L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance returning cached gdiFont(0x7fe9b888) for hFont 0x7c trace:font:X11DRV_SelectFont hdc=0x1154, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:WineEngCreateFontInstance L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance returning cached gdiFont(0x7fe9b888) for hFont 0x7c trace:font:X11DRV_SelectFont hdc=0x2284, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:X11DRV_SelectFont hdc=0x2284, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:X11DRV_SelectFont hdc=0x2284, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:X11DRV_SelectFont hdc=0x2284, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:WineEngCreateFontInstance L"Arial", h=31, it=0, weight=700, PandF=00, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance returning cached gdiFont(0x7b7abd70) for hFont 0xec8 trace:font:X11DRV_SelectFont hdc=0x2218, hfont=0xec8 trace:font:X11DRV_SelectFont gdiFont = 0x7b7abd70 trace:font:X11DRV_SelectFont hdc=0x1154, hfont=0x7c trace:font:X11DRV_SelectFont gdiFont = 0x7fe9b888 trace:font:WineEngCreateFontInstance L"Arial", h=31, it=0, weight=700, PandF=00, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance returning cached gdiFont(0x7b7abd70) for hFont 0xec8 trace:font:X11DRV_SelectFont hdc=0x1154, hfont=0xec8 trace:font:X11DRV_SelectFont gdiFont = 0x7b7abd70 -- Peter Åstrand ThinLinc Chief Developer Cendio www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

4 12

ntoskrnl status with patch against wine-0.9.6
by Vitaliy Margolen 19 Jan '06

19 Jan '06

I'm sure number of people wonder where did ntoskrnl go. It's till here in the too hackish form to be committed. For the past month it didn't even compile because of all the changes to different parts of Wine. I just thought I should put it back together and see if it's still working. And surprise surprise it still works. So here it is again, before I'll brake it again re-implementing the way the user space talks to it. BTW, it is still just barely enough to run safedisc 1.x copy-protection. Diff against wine-0.9.6 -- Best regards, Vitaliy

1 0

Please read: Wine(HQ) needs a reorganization (AppDB, Bugzilla, etc.)
by S. Schauenburg 19 Jan '06

19 Jan '06

On IRC we started a chat on #WineHQ and discussed how to improve Wine. There were comments made and I wanted to summarize them and ask for your opinion. By the way: Who is in charge of WineHQ, AppDB etc.? A list of people who are responsible for that would be nice (it could be I've missed that one though). Back onto the main topic. Remarks made: 1. AppDB needs a revamp. Maybe drop the maintainers (those things just need to be set by developers only). Just have a look at the activity of all the maintainers in the last year. **Read on for suggestions to drop the AppDB. 2. Create a Wine forum. This solves the problem of users asking the same questions over and over again. Here also the "comments" of the AppDB could be centralized (because most of them aren't really comments) 3. With a forum in place, the user-mailing list could be dropped and maybe also even the devel-mailing list. 4. Create a Wine Wiki, instead of the AppDB. Only certain developers (or maybe users) can set/edit certain pages. Then also howto's could be inserted here. 5. It's too difficult for users to add a bugreport. Either create a small program/app which does it for the user (like "Submit this bugreport" *click*) and you're done. The other option is to create a simplified method for searching and inserting a bug report, because from a users view, there are too many options. (and probably the user wouldn't even know what to click on. Don't forget to give the users the option to 'add' a file with certain 'debug channels' (which ones? only +seh?) 6. Users need to know that if they submit a bug report (when it's simplified) that it actually HELPS you, the developers. So it's "Help us, help you". What's your opinion about this? In my eyes, it would greatly improve the user input/feedback and would even make Wine more popular. Regards, SWAT

19 27

TurboCash minimal test apps. BDE test works now!
by Dan Kegel 19 Jan '06

19 Jan '06

The nice folks at TurboCash have been trying to run TurboCash with Wine for a long time off and on. As of last year, they complained that Borland BDE didn't work with stock wine (see e.g. http://www.turbocashuk.com/Forums/index.php?s=203b0c6d3e3d67cd58fb7389167e7… ) They even went to the trouble of producing four little test apps, two for GUI stuff, and one each for BDE and MySQL. I tried the BDE one, and it seems to work now! Here's how to try them. I haven't worked out how to install mysql yet, perhaps somebody else could complete this script... Thanks, Dan # Point to your copy of wine WINEDIR=$HOME/cs130/ WINE=$WINEDIR/wine REGSVR32=$WINEDIR/programs/regsvr32/regsvr32 #WINE=wine #REGSVR32=regsvr32 # Start with a fresh fake Windows directory rm -rf ~/.wine # Install Borland's BDE # (See http://compkarori.com/dbase/bu09inno.htm ) wget -c http://www.jrsoftware.org/download.php/bdeinst.cab cabextract bdeinst.cab $REGSVR32 BdeInst.dll # Try TurboCash's minimal Wine test cases; see # http://www.turbocashuk.com/Forums/index.php?s=203b0c6d3e3d67cd58fb7389167e7… wget -c http://www.turbocash.nl/download/Controlstest.zip unzip Controlstest.zip # Test BDE (interactive app; works for me) $WINE Controlstest/SimleBDE.exe # Test MySQL (interactive app; doesn't even load, # it needs mysql40.dll or something like that, # and I haven't tried to install that yet) $WINE Controlstest/ZSimple.exe # There are two other test programs for gui controls; # they seem to run, but I haven't verified they behave # identically under wine and windows -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

ConnectNamedPipe Fix
by Robert Shearman 19 Jan '06

19 Jan '06

Hi all, Here is a patch to fix ConnectNamedPipe on a non-overlapped handle when an OVERLAPPED structure is passed in. I'm not sending it to wine-patches yet because the RPC code has not been fixed to work around this yet. ChangeLog: Return STATUS_PENDING from the connect_named_pipe call if the server was opened overlapped. STATUS_SUCCESS in the client code now indicates that the event must be waited on before returning. dlls/ntdll/file.c | 10 +++------- server/named_pipe.c | 2 ++ 2 files changed, 5 insertions(+), 7 deletions(-)

1 0

wine 0.9.5 - segmentation fault with some apps
by penna＠bb.com.br 19 Jan '06

19 Jan '06

Hi all, I have already posted this message at the wine-users list (sorry for the cross posting but I think this subject is related to devel people instead of users). I am trying to install ARS V4.5.1, from Remedy, using wine-0.9.5 for Mandriva (RPM built by Ivan). My Mandriva is 2006. If I try to run the installer (called "user.exe") wine segfaults immediately. So I run "WINEDEBUG=+all wine user.exe" just to get more information. Follows the end of the output just before the segfault: ------------------ 8< ------------------ 0009:trace:virtual:VIRTUAL_SetProt 0x7fbf5000-0x7fbf5fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7fb20000 - 0x7fc3ffff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7fb20000 - 0x7fc3ffff c-rWx 0009:trace:module:load_builtin_callback loaded user32.dll 0x7fd84868 0x7fb20000 0009: load_dll( handle=(nil), base=0x7fb20000, size=1179648, dbg_offset=0, dbg_size=0, name=0x7fd84890, filename=L"c:\\windows\\system32\\user32.dll" ) 0009: load_dll() = 0 0009:trace:heap:RtlAllocateHeap (0x7fd80000,0000000a,000015f0): returning 0x7fd865a0 0009:Call ntdll.RtlAllocateHeap(7fd80000,00000000,0000001a) ret=7fce4f5f 0009:trace:heap:RtlAllocateHeap (0x7fd80000,00000002,0000001a): returning 0x7fd84908 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84908 ret=7fce4f5f 0009:trace:nls:WideCharToMultiByte cp 0 L"user.exe" -> (null) 0009:Call ntdll.RtlAllocateHeap(7fd80000,00000000,00000011) ret=7fce4fb4 0009:trace:heap:RtlAllocateHeap (0x7fd80000,00000002,00000011): returning 0x7fd84930 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84930 ret=7fce4fb4 0009:trace:nls:WideCharToMultiByte cp 0 L"user.exe" -> "user.exe" 0009:Call ntdll.RtlAllocateHeap(7fd80000,00000000,00000012) ret=7fce526d 0009:trace:heap:RtlAllocateHeap (0x7fd80000,00000002,00000012): returning 0x7fd84a08 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84a08 ret=7fce526d 0009:Call ntdll.RtlImageNtHeader(00000000) ret=7fce61da 0009: *killed* exit_code=0 Segmentation Fault --------------------- 8< --------------------- I have ARS Remedy versions V3.0, V4.5.1, V5.1 and V5.1.2. The segfault problem happens with V4.5.1 and V5.1. Version 5.1.2 installs but has a different problem (it complains about permission even if I am the owner of the files and directories 8-P. I have checked and the owner has all permissions). Version 3.0 is too old and also complains (I do not remember right now what is the complaint). Please CC me because I am only subscribed at wine-users. Any clue/sugestions? More information? Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

2 1

Re: Internet Explorer 6.0 SP1 fails on CVS
by Henry Kroll 19 Jan '06

19 Jan '06

> Internet Explorer 6.0 SP1 fails on CVS Well, I wrote a stub patch for this already and submitted it to wine-patches. It's probably wrong and not in the correct format but it works for me. Cheers! Henry

1 0

Fwd: wiki.winehq.org
by Ivan Leo Puoti 19 Jan '06

19 Jan '06

---------- Forwarded message ---------- From: Ebenezer <ben_kelley(a)users.sourceforge.net> Date: 18-Jan-2006 23:31 Subject: wiki.winehq.org To: ivanleo(a)users.sourceforge.net Cc: ben_kelley(a)users.sourceforge.net Message body follows: Hi. I saw some stuff about WINE benchmark performance on digg.com, but when I went to go to the site I found that my company's proxy blocks the site. I don't expect you to be able to do anything about this - I just thought you might find it amusing. I believe we use SmartFilter from Secure Computing (http://www.securecomputing.com/). It classifies http://wiki.winehk.org/ as Alcohol and Hacking for version 4 of their software, and "Mature topics" in version 3. I checked http://winehq.org/, and it is "Computing/Internet" for version 4, and unclassified in version 3. (I sent Secure Computing some feedback suggesting that they should probably reclassify http://wiki.winehq.org/ !) - Ben Kelley. -- This message has been sent to you, a registered SourceForge.net user, by another site user, through the SourceForge.net site. This message has been delivered to your SourceForge.net mail alias. You may reply to this message using the "Reply" feature of your email client, or using the messaging facility of SourceForge.net at: https://sourceforge.net/sendmessage.php?touser=464040

1 0

Re: advpack tests
by Detlef Riekenberg 19 Jan '06

19 Jan '06

Am Dienstag, den 17.01.2006, 23:42 +0100 schrieb Stefan Leichter: > this patch should fix > http://test.winehq.org/data/200601171000/xp_dr.ie6/advpack:advpack.txt > and > http://test.winehq.org/data/200601171000/xp_alx-winxp-17-jan-2k6/ > advpack:advpack.txt > > but i can not test it myself because the tests are not executed on my win2k > box. I'm unable to test this atm. mingw failed in advpack/tests with "-lcabinet" (File not found). (newest binary from http://mirzam.it.vu.nl/mingw/ ) -- By By ... ... Detlef

2 1

Re: mscms: check an appropriate registry key.
by James Hawkins 19 Jan '06

19 Jan '06

On 1/18/06, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > + > + hkIcmKey = reg_open_mscms_key(); > + if (!hkIcmKey) > + { > + trace("Key 'HKLM\\SOFTWARE\\Microsoft\\Windows*\\CurrentVersion\\ICM\\RegisteredProfiles' not found\n" ); > + return; > + } We shoul fail silently here. If the key isn't found, just return. > + > + ok( dwType == REG_SZ, "RegEnumValueA() returned unexpected value type (%ld)\n", dwType ); > + if (dwType != REG_SZ) break; > + trace(" found '%s' value containing '%s' (%d chars)\n", szName, szData, strlen(szData)); > + } > + Why do you need to output this information? If you're expecting certain values, do an 'ok' on them. On a successful run of the tests, the only output should be the number of tests that were fun, and that all of them succeeded, or if any failed, output the tests that failed. -- James Hawkins

3 3

Wine on SuSE 10 and German Umlauts
by Roland Kaeser 19 Jan '06

19 Jan '06

Hello I'm new in this list. I'm the Application Maintainer of Corel Draw 9 and Railroad Tycoo3 so I hope I'm ready to discuss with the developers on a equal level. I have a very strange behaviour when using wine (the original suse rpm, the compiled source code (release or cve)) on SuSE 10 on a Intel ia32 machine. All Windows Programs (running on wine) don't accept german umlauts (äöü) keys. The rest of system (console, X-Window System) accepts it (as Yours can see in the mail). Does somebody has a idea about the reason behind this behaviour? Many Thanks Roland Kaeser ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

3 4

CVS build error on RH9
by Robert Reif 19 Jan '06

19 Jan '06

This patch: http://www.winehq.org/pipermail/wine-cvs/2006-January/020350.html doesn't compile on RH9. make[2]: Entering directory `/home/wine/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c device.c: In function `IDirect3DDevice8Impl_SetRenderState': device.c:3087: `GL_ARB_point_sprite' undeclared (first use in this function) device.c:3087: (Each undeclared identifier is reported only once device.c:3087: for each function it appears in.) device.c:3088: `GL_POINT_SPRITE_ARB' undeclared (first use in this function) make[2]: *** [device.o] Error 1 make[2]: Leaving directory `/home/wine/wine/dlls/d3d8'

3 4

Internet Explorer 6.0 SP1 fails on CVS
by Henry Kroll 19 Jan '06

19 Jan '06

For the past 2 weeks, IE6 has been failing to load under CVS. It works fine on wine <= .9.5, however. And other apps work no problem. The error I get is: fixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:shell:NTSHChangeNotifyRegister (0x10032,0x00008003,0x00008000,0x0000c070,0x00000001,0x55c3ddc8):semi stub. fixme:toolbar:TOOLBAR_Unkwn45D hwnd=0x10032, wParam=0x00000000, size.cx=1280, size.cy=32000 stub! fixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_Unkwn464 hwnd=0x10036 wParam 00000001 lParam 00000000 err:rebar:REBAR_Layout no redraw and client is zero, skip layout wine: Call from 0x55861bf0 to unimplemented function kernel32.dll.BaseCheckAppcompatCache, aborting fixme:imm:ImmDisableIME (-1): stub I think it wants a stub for BaseCheckAppcompatCache. Henry

1 0

Re: winspool/tests: dump filename and version of the tested file
by James Hawkins 19 Jan '06

19 Jan '06

On 1/17/06, Detlef Riekenberg <wine.dev(a)web.de> wrote: > > Changelog: > - winspool/tests: dump filename and version of the tested file > - use <name> for all includes > We generally have a policy of silence for the test suite unless a failure occurrs. Why do you need to output the version tested? -- James Hawkins

3 5

Re: [bug 4004] MenuItemInfo vs GetMenuString
by Dmitry Timoshkov 18 Jan '06

18 Jan '06

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> wrote: > Copy and store the dwTypeData of a menu item even for a ownerdraw item, and > ensure the memory allocations/freeing occurs correctly > + /* Just change ftype to string and see what text is stored */ > + memset(&info, 0x00, sizeof(info)); > + info.cbSize= sizeof(MENUITEMINFO); > + info.fMask= MIIM_FTYPE; /* Set string type */ > + info.fType= MFT_STRING; > + info.dwTypeData= (char *)0xdeadbeef; > + SetMenuItemInfo( hmenu, 0, TRUE, &info ); > + > + /* Did we keep the old dwTypeData? */ > + ok (GetMenuString( hmenu, 0, strback, 99, MF_BYPOSITION), "GetMenuString on ownerdraw entry failed\n"); > + ok (!strcmp( strback, "Dummy string" ), "Menu text from Ansi version incorrect\n"); > + > + /* Just change ftype to bitmap and back to ensure data isnt freed */ > + memset(&info, 0x00, sizeof(info)); > + info.cbSize= sizeof(MENUITEMINFO); > + info.fMask= MIIM_FTYPE; /* Set as bitmap type */ > + info.fType= MFT_BITMAP; > + info.dwTypeData= (char *)0xdeadbee2; > + SetMenuItemInfo( hmenu, 0, TRUE, &info ); > + info.fType= MFT_OWNERDRAW; /* Set as ownerdraw type */ > + info.dwTypeData= (char *)0xdeadbee3; > + SetMenuItemInfo( hmenu, 0, TRUE, &info ); You don't check SetMenuItemInfo return code after the above calls and I very much suspect that they fail leading to the observed results. -- Dmitry.

5 15

FWD: Wine on SuSE 10 and German Umlauts
by Roland Kaeser 18 Jan '06

18 Jan '06

Hello I'm new in this list. I'm the Application Maintainer of Corel Draw 9 and Railroad Tycoo3 so I hope I'm ready to discuss with the developers on a equal level. I have a very strange behaviour when using wine (the original suse rpm, the compiled source code (release or cve)) on SuSE 10 on a Intel ia32 machine. All Windows Programs (running on wine) don't accept german umlauts (äöü) keys. The rest of system (console, X-Window System) accepts it (as Yours can see in the mail). Does somebody has a idea about the reason behind this behaviour? Many Thanks Roland Kaeser ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

1 0

Re: GIT rebase changes
by Eric POUECH 18 Jan '06

18 Jan '06

why don't you guys use stg (stacked git) it allows you to manage a set of patches, with features like : - re-edit an existing one (basically, you push/pull a set of patches from a stack, and decide which one to use) - you get the upside of git, without the down side (ie a commit is done only once) (but you can still commit a patch - in git sense ; but you'll get back Mike's first point about pull/fetch discussion) - you don't need to rebase (it does it for you) - you don't need to coalesce patches (as you can reedit an existing one) - it's compatible with some other tools (like qgit) basically, I switched to stg - on top of git - when I got my tree messed up twice by updates... If you go for stg, I also recommend the bash completion extension which is very helpful (for patch name's management) my 2 cents > Message du 18/01/06 17:39 > De : "Robert Shearman" > A : "Mike McCormack" > Copie à : "Wine Devel" > Objet : Re: GIT rebase changes > > Mike McCormack wrote: > > > > > Hi GIT users, > > > > The GIT guys have made rebase and pull incompatible, and to use rebase > > (which is likely what we want to do for Wine), you must use "fetch" > > then "rebase", not "pull" (which does a merge). > > > And on a slightly related note, I wrote a script which works kinda like > rebase (and is based on the old version of rebase) that allows you to > coalesce two patches in your tree. This is useful in two situations: > 1. You commit a new feature and then realise after some extensive > testing that there is a bug, so you commit a fix, don't want to send the > two separate patches to wine-patches (maybe to save face :-), or maybe > to reduce noise). > 2. You revert a patch in your tree but don't want both the revert and > the old patch in your patch queue as shown by git-format-patch or by > Mike's mm-send-patch. > > Note that the first commit chronologically must be the first commit on > the command line. > > -- > Rob Shearman > > > > [ rob-git-coalesce-patches (2.5 Ko) ] > [ (pas de nom de fichier) (0.0 Ko) ]

1 0

GIT rebase changes
by Mike McCormack 18 Jan '06

18 Jan '06

Hi GIT users, The GIT guys have made rebase and pull incompatible, and to use rebase (which is likely what we want to do for Wine), you must use "fetch" then "rebase", not "pull" (which does a merge). See: http://article.gmane.org/gmane.linux.kernel/365410 The error message that you get if you use "pull" then try to "rebase" with newer version of GIT is pretty useless: bash-3.00$ git-rebase origin Current branch refs/heads/master is up to date. So use "git-fetch" to update origin, then "git-rebase origin" after that to get the new changes. I've update the Wiki with that information - don't shoot the messenger :/ Mike

3 3

Re: [D3D8] fix compile error for missing GL define
by H. Verbeet 18 Jan '06

18 Jan '06

On 18/01/06, Robert Reif <reif(a)earthlink.net> wrote: > I don't know the best way to handle this but this patch does get it to > compile again. Fixing it that way makes it a compile time check instead of a runtime check. I think the idea was for d3d to check extension support during runtime. include/wine/wined3d_gl.h has defines for GL_ARB_point_sprite etc, but as far as I know it doesn get included by d3d8. For d3d8, it should probably be defined in dlls/d3d8/d3dcore_gl.h (it isn't right now).

1 0

Re: PATCH/RFC: defer OLE apartment window creation
by Marcus Meissner 18 Jan '06

18 Jan '06

On Wed, Dec 21, 2005 at 02:55:14AM +0000, Robert Shearman wrote: > Marcus Meissner wrote: > > >@@ -257,6 +254,15 @@ > > return apt; > >} > > > >+void make_apartment_window(APARTMENT *apt) { > >+ if (apt->win) return; > >+ if (!(apt->model & COINIT_APARTMENTTHREADED)) > >+ return; > >+ apt->win = CreateWindowW(wszAptWinClass, NULL, 0, > >+ 0, 0, 0, 0, > >+ 0, 0, OLE32_hInstance, NULL); > >+} > >+ > > > > This isn't thread-safe. It would also be better to make this an accessor > function for the win field of struct apartment and fix up all callers to > use this. I still have to verify on Windows whether this is what it does > or whether it does something funny with message loops. I lack the time and testing abilities to do this right now (and now on xmas break). Its just a quick hack to get Google Earth running. It is now up to showing the famous GL "black screen". :( (WINEDLLOVERRIDES=*usp10=n) Ciao, Marcus

2 2

Unixfs as ShellFSFolder?
by Michael Jung 18 Jan '06

18 Jan '06

Hi all, I guess I'm responsible for a lot of redundant code between the implementations of filesystem shellfolders in shell32/shlfdr_fs.c and shfldr_unixfs.c. While I've always tried to re-use as much code as possible, unixfs by nature has to use posix apis to get hold of the unix filesystem. In current cvs, unixfs can be used as a drop-in replacement for the old CLSID_ShellFSFolder implementation and if you apply the attached small patch, it will be. It would be nice if some people could try this in their local tree and report problems with it. What do people think about getting rid of shfldr_fs.c in the long run, in order to remove the redundancy? Does ReactOS use wine's shell32.dll? I guess it would be a problem for them? ChangeLog: shell32: Use shfldr_unixfs CLSID_ShellFSFolder implementation instead of the one from shfldr_fs dlls/shell32/shellole.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

HW address w/o connection in iphlpapi
by most＠museresearch.com 18 Jan '06

18 Jan '06

We ran into an obscure problem with iphlpapi that I'd like to get help with. When you boot a linux box without an ethernet connection, and eth0 configuration fails, GetAdaptersInfo does not return MAC address info for eth0. The problem seems to be that enumerateInterfaces (in dlls/iphlpapi/ifenum.c) doesn't create a record for eth0, because SIOCGIFCONF doesn't return one. Then when GetAdaptersInfo (in dlls/iphlpapi/iphlpapi_main.c) is looping through the interfaces, eth0 isn't there so it doesn't call getInterfacePhysicalByIndex to get the MAC address. I verified that if I hack an eth0 entry into the table built by enumerateInterfaces, the call to getInterfacePhysicalByIndex works just fine. So the problem is simply a disconnect between what enumerateInterfaces is scanning and what GetAdaptersInfo is trying to scan. Near as I can tell (and I am no networking guru by any stretch) GetAdaptersInfo is supposed to return MAC info for eth0, even if eth0 has no IP address. Near as I can tell too Windows does return MAC info in this situation. So this looks, again near as I can tell %), like a Wine bug. Is it a wine bug? Any suggestions for a fix? ... mo PS: I cc'd Juan Lang who is noted as the author of the code. I hope that isn't bad etiquette...?

2 3

winspool/tests: a Space before the printername is invalid
by Detlef Riekenberg 17 Jan '06

17 Jan '06

Am Dienstag, den 17.01.2006, 13:08 -0600 schrieb Wine Bugs: > ------- Additional Comments From michal.okresa(a)ifne.sk 2006-17-01 13:08 ------- > And to make it complete, space before printer name in customized printing dialog > is still present. > (mayby small bug in ISS?) This Patch validates, that the failure of OpenPrinter is not a wine Problem. Win9x: ERROR_INVALID_PARAMETER WinNT: ERROR_INVALID_PRINTER_NAME Changelog: - winspool/tests: a Space before the printername is invalid -- By By ... ... Detlef

1 0

TaxAct 2005 file problem
by James E. LaBarre 17 Jan '06

17 Jan '06

As usual, this year's version of TaxAct has the same defect (or programming screw-up) it's had for years now that prevents it from being usable under Wine. The app installs fine, and will start to run as if it was sufficiently compatible with Wine. The problem with TA is that it *always* tries to first load a default data file (even if you give it a different filename as a command parameter), and the default filename is "2005 Tax Return File.ta5". It seems they are using a faulty or non-standard method of calling the default data file, as it will put up an error dialogue that it was unable to find it's default file, after which it exits. The specific message, captured by running a +msgbox debug switch is: ================================== 1729146:0009:Call kernel32.lstrlenA(7e0a2ea0 "Unable to open \"2005 Tax Return File.ta5\".\n\nPlease verify that C:\\Apps\\TaxACT2005\\2005 Tax Return File.ta5 exists on your hard drive, if it does not you will need to reinstall TaxACT.") ================================== I have a full "WINEDEBUG=+relay,+msgbox" capture of the programme run till failure & exit, but it's 117M uncompressed (1.4M bz2 file). The app is also available as a free "standard" version (in fact, that's what I'm working with); the Deluxe version is merely an unlock code for the free download. https://www.taxact.com/s_taxact/free_taxact.asp?where=Register&product_id=0 5STDW&ad=0&s=Y&sc=051200003 I had tried doing a WINEDLLOVERRIDE for shlwapi, ntdll & kernel32 (various combinations) as these seemed to be the major dlls being loaded. But no success there. Please email me if you'd like more info from the debug file, or the file itself. Not being a developer, I don't frequent this list (just the wine-users list).

1 0

[rpcrt4] Properly created named pipes
by Thomas Weidenmueller 17 Jan '06

17 Jan '06

Created the named pipes with the FILE_FLAG_OVERLAPPED flag, otherwise the call to ConnectNamedPipe() will block the server thread if no connection can be established, which causes the rpc server to dead-lock during startup. - Thomas -- P.S.: Please let me know if there's something wrong with this patch or tell me why it was rejected. Otherwise I'm going to assume the fixes aren't appreciated or necessary because the implementation is considered mature and stable. Index: dlls/rpcrt4/rpc_binding.c =================================================================== RCS file: /home/wine/wine/dlls/rpcrt4/rpc_binding.c,v retrieving revision 1.39 diff -u -r1.39 rpc_binding.c --- dlls/rpcrt4/rpc_binding.c 6 Sep 2005 10:26:14 -0000 1.39 +++ dlls/rpcrt4/rpc_binding.c 16 Jan 2006 23:00:15 -0000 @@ -142,7 +142,7 @@ pname = HeapAlloc(GetProcessHeap(), 0, strlen(prefix) + strlen(Connection->Endpoint) + 1); strcat(strcpy(pname, prefix), Connection->Endpoint); TRACE("listening on %s\n", pname); - Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX, + Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED, PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE, PIPE_UNLIMITED_INSTANCES, RPC_MAX_PACKET_SIZE, RPC_MAX_PACKET_SIZE, 5000, NULL); HeapFree(GetProcessHeap(), 0, pname); @@ -166,7 +166,7 @@ pname = HeapAlloc(GetProcessHeap(), 0, strlen(prefix) + strlen(Connection->Endpoint) + 1); strcat(strcpy(pname, prefix), Connection->Endpoint); TRACE("listening on %s\n", pname); - Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX, + Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED, PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE | PIPE_WAIT, PIPE_UNLIMITED_INSTANCES, RPC_MAX_PACKET_SIZE, RPC_MAX_PACKET_SIZE, 5000, NULL); HeapFree(GetProcessHeap(), 0, pname);

2 5

dlls/wined3d/device.c GetCreationParameters
by Al Tobey 17 Jan '06

17 Jan '06

I'd just post to wine-patches, but I think this needs another set of eyes. According to MSDN, this just sets a pointer to the creation parameters. The attached patch makes this function work, but I'm not sure if returning a pointer to the original parameters is the right approach or if they should be copied first. This patch makes a bunch of the Ogre3d demos work, which are great for testing since you can run the same demo in OpenGL, D3D9, and D3D7 modes. http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c… http://www.ogre3d.org/index.php?option=com_remository&Itemid=57&func=select… http://easynews.dl.sourceforge.net/sourceforge/ogre/OgreDemos-1.0.4.zip I'm currently playing with compiling Ogre3d against winelib and finding it's shaking out a bunch of missing stuff in d3d9 - patches may follow. -Al Tobey

6 15

Re: WINED3D: [02/02] IWineD3DSurfaceImpl_SetContainer & IWineD3DVolumeImpl_SetContainer refcount fixes.
by H. Verbeet 17 Jan '06

17 Jan '06

What is wrong with this patch / what can I do to fix it?

1 0

Re: More implementation of IRecordInfo
by Dan Kegel 17 Jan '06

17 Jan '06

In March 2005, in message http://www.winehq.com/hypermail/wine-patches/2005/03/0155.html, jacek wrote: > This patch makes IRecordInfo almost complete. > If anyone knows any application using it I could test on, > please let me know. The freely downloadable app TTQV4 fails at the moment; one of the last messages is fixme:ole:IRecordInfoImpl_IsMatchingType (0x7c729280)->(0x7bd04210) stub I think that's in the code you were asking for test cases for... I ran into this on wine-users: http://www.winehq.org/pipermail/wine-users/2006-January/020161.html Here's the text of that message. - Dan ---------- Forwarded message ---------- From: Dan Kegel <dank(a)kegel.com> Date: Jan 12, 2006 10:47 PM Subject: Re: could not load ... as Win32 binary To: wine-users(a)winehq.com, postit(a)weiglwelt.de > > I am using Debian (Etch) und wine 0.9.5-winehq-1. > > When I try to install a Program the installation routine hangs ... > > ... In December it worked already. Now it doesn't any more (after a apt-get > > upgrade with many, many packages). > [The app is] TTQV4 (a GPS and Navigation software) see > http://www.ttqv.de/main.php?content=14 and > http://www.ttqv.de/main.php?content=21&download=13 With a fresh copy of wine from cvs, it installed fine once I copied msvc40.dll into windows/system32. The app started ok, too, but died after putting up the main window, complaining about a type mismatch. It'd probably work better with native COM libraries, but I don't have time to try that right now. For the record, the last two lines on the console were fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:IRecordInfoImpl_IsMatchingType (0x7c729280)->(0x7bd04210) stub ... -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

winspool: What can I do to get my Patches into CVS?
by Detlef Riekenberg 16 Jan '06

16 Jan '06

Hi. What can I do to get my Patches into CVS? 2006.01.07: http://www.winehq.org/pipermail/wine-patches/2006-January/023276.html Changelog: - winspool/tests: filter more results 2006.01.08: http://www.winehq.org/pipermail/wine-patches/2006-January/023284.html Changelog: - kernel/tests: report only 99 failures on WinNT 3.51 2006.01.13: http://www.winehq.org/pipermail/wine-patches/2006-January/023420.html Changelog: - Add Function "validate_envW" to validate the user-supplied Printing Environment (respect "Windows Version" - Setting) - Change GetPrinterDriverDirectoryW on top of "validate_envW" to Report the same Path as NT does - 2 Tests are now working in Wine Synced to current git-version with suggestions from Alexandre: Do not compare every allowed Value, use a loop Do not check for "Windows 4.0"-Only on Win9x. 2006.01.13: http://www.winehq.org/pipermail/wine-patches/2006-January/023430.html Changelog: - winspool: added a comment how to add printers from /etc/printcap to wine (registry section: "PPD Files") 2006.01.14: http://www.winehq.org/pipermail/wine-patches/2006-January/023436.html updated after comments from Huw Changelog: - winspool: updated some traces for bug 4268 (when loading the System-Printers) -- By By ... ... Detlef

1 0

[rpcrt4] Properly created named pipes
by Thomas Weidenmueller 16 Jan '06

16 Jan '06

Created the named pipes with the FILE_FLAG_OVERLAPPED flag, otherwise the call to ConnectNamedPipe() will block the server thread if no connection can be established, which causes the rpc server to dead-lock during startup. - Thomas Index: dlls/rpcrt4/rpc_binding.c =================================================================== RCS file: /home/wine/wine/dlls/rpcrt4/rpc_binding.c,v retrieving revision 1.39 diff -u -r1.39 rpc_binding.c --- dlls/rpcrt4/rpc_binding.c 6 Sep 2005 10:26:14 -0000 1.39 +++ dlls/rpcrt4/rpc_binding.c 16 Jan 2006 23:00:15 -0000 @@ -142,7 +142,7 @@ pname = HeapAlloc(GetProcessHeap(), 0, strlen(prefix) + strlen(Connection->Endpoint) + 1); strcat(strcpy(pname, prefix), Connection->Endpoint); TRACE("listening on %s\n", pname); - Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX, + Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED, PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE, PIPE_UNLIMITED_INSTANCES, RPC_MAX_PACKET_SIZE, RPC_MAX_PACKET_SIZE, 5000, NULL); HeapFree(GetProcessHeap(), 0, pname); @@ -166,7 +166,7 @@ pname = HeapAlloc(GetProcessHeap(), 0, strlen(prefix) + strlen(Connection->Endpoint) + 1); strcat(strcpy(pname, prefix), Connection->Endpoint); TRACE("listening on %s\n", pname); - Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX, + Connection->conn = CreateNamedPipeA(pname, PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED, PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE | PIPE_WAIT, PIPE_UNLIMITED_INSTANCES, RPC_MAX_PACKET_SIZE, RPC_MAX_PACKET_SIZE, 5000, NULL); HeapFree(GetProcessHeap(), 0, pname);

1 0

Re: Loader Optimization
by Alexandre Julliard 16 Jan '06

16 Jan '06

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Optimize for the case where a DLL with no path is requested and it is > already loaded. This change is correct since RtlDosSearchPath_U did not > change the path being looked at - if libname contains no path then > file_part will be the same as libname. Yes, but the current code checks for the full name first and your patch doesn't, so it will change the behavior if we have two modules with the same base name. This will need some test cases. -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: translation of wine/programs/wcmd/Ru.rc
by Phil Krylov 16 Jan '06

16 Jan '06

On Mon, 16 Jan 2006 18:00:04 +0300 Roman <murzik_007(a)sertolovo.ru> wrote: > I've translaten most of the messages There are some typos: +из другого bat-файла. При по завершении вывываемого командного файла, управление возвращается\n\ should be: +из другого bat-файла. По завершении вызываемого командного файла управление возвращается\n\ And this: +ECHO ON все последующие команды будут выведены на экран\n\ Should be: +ECHO ON включает вывод всех последующих команд на экран\n\ And this: +ECHO OFF отменяет режим ECHO ON (по-умолчанию ECHO is OFF).\n\ Should be: +ECHO OFF отменяет режим ECHO ON (по умолчанию используется режим ECHO OFF).\n\ And this is not translated at all: +The ECHO OFF command can be prevented from displaying by\n\ preceding it with an @ sign.\n" And this: +"Команда FOR дисползуется для выполнения команд для нескольких файлов.\n\ Should be: +"Команда FOR используется для выполнения команд для нескольких файлов.\n\ And this: +Синтаксис: FOR %переменная IN (set) DO команда\n\ Should be: +Синтаксис: FOR %переменная IN (набор) DO команда\n\ And this is partially untranslated: +но не может содержать пробелов (this is different from other operating\n\ +systems). And lots more. Please check your patch for typos and resend. -- Ph.

1 0

winbase.h dependency problems - dll separation issues
by Mike McCormack 16 Jan '06

16 Jan '06

winbase.h shouldn't be included when compiling ntdll, as it is the header for kernel32.dll. The attached patch removes winbase.h from the server call headers, exposing a number of dependency problems in ntdll. wine_server_call_err seems to be misplaced in wine/server.h as it uses kernel32.SetLastError(), and it is the only function which requires winebase.h to be included. Perhaps it should be converted to a macro or only defined when winbase.h is already included, as I have done in this patch? Mike

2 1

Mandriva problems
by Krister Hallergard 16 Jan '06

16 Jan '06

Have asked this question to several news groups without getting any response. Was suggested that I submit it to you Krister Hallergard Lytham UK Have problems to install quite a few programs with wine - Mandriva 2006 that I can install without problems with other distros (SuSE10.0, Fedora C4 and Kubuntu 5.10) on other partitions on the same machine. My main interest is to install Excel 97 to be able to acces my old wk4-files (I know I can convert them to xls-files to use with Open Office, but I dont want to do that, as I can install Excel on SuSE. Why is Mandriva so difficult?? Made a fresh Madriva installation and as first thing installed wine 0.9.5. When trying to install Excel 97 I get these error messages QUOTE: [krister@localhost disk1]$ wine install.exe wine: Unhandled exception (thread 000a), starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x7faa3b93 UNQUOTE Next I applied the suggestions in Frank´s corner to install Excel 97 and get this long debug message: QUOTE: [krister@localhost disk1]$ WINEDLLOVERRIDES="odccp32=n" wine INSTALL.EXE wine: Unhandled page fault on read access to 0x7fdd1a0a at address 0x11df:0x0000001a (thread 000a), starting debugger... WineDbg starting on pid 0x8 fixme:dbghelp:SymLoadModule Should have successfully loaded debug information for image Z:\mnt\cdrom\DISK1\INSTALL.EXE Unhandled exception: page fault on read access to 0x7fdd1a0a in 16-bit code (11df:001a). In 16 bit mode. Register dump: CS:11df SS:11ef DS:11ef ES:11c7 FS:003b GS:0033 IP:001a SP:5964 BP:0000 FLAGS:0202( - 00 - -RI1) AX:0000 BX:2400 CX:0800 DX:0000 SI:0000 DI:11ee Stack dump: 0x11ef:0x5964: 046c 101f 0000 0000 0000 0000 0000 0000 0x11ef:0x5974: 0000 0000 0000 0000 0000 0000 0000 0000 0x11ef:0x5984: 0000 0000 0000 0000 0000 0000 0000 0000 023d: sel=11ef base=7fde0f20 limit=0000619f 16-bit rw- 0238: sel=11c7 base=7fdc1690 limit=0000010f 16-bit rw- Backtrace: =>1 0x11df:0x001a (0x11df:0x001a) 0x11df:0x001a: xorw %bp,%bp Modules: Module Address Debug info Name (69 modules) ELF 0x7be82000-7bf00000 Deferred ntdll<elf> \-PE 0x7be90000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7eef7000-7ef2b000 Deferred uxtheme<elf> \-PE 0x7ef00000-7ef2b000 \ uxtheme ELF 0x7ef2b000-7eff9000 Deferred comctl32<elf> \-PE 0x7ef30000-7eff9000 \ comctl32 ELF 0x7eff9000-7f018000 Deferred iphlpapi<elf> \-PE 0x7f000000-7f018000 \ iphlpapi ELF 0x7f018000-7f060000 Deferred rpcrt4<elf> \-PE 0x7f030000-7f060000 \ rpcrt4 ELF 0x7f060000-7f0f9000 Deferred ole32<elf> \-PE 0x7f080000-7f0f9000 \ ole32 ELF 0x7f0f9000-7f158000 Deferred shlwapi<elf> \-PE 0x7f110000-7f158000 \ shlwapi ELF 0x7f158000-7f22b000 Deferred shell32<elf> \-PE 0x7f170000-7f22b000 \ shell32 ELF 0x7f22b000-7f23f000 Deferred lz32<elf> \-PE 0x7f230000-7f23f000 \ lz32 ELF 0x7f36b000-7f380000 Deferred midimap<elf> \-PE 0x7f370000-7f380000 \ midimap ELF 0x7f492000-7f4b6000 Deferred msacm32<elf> \-PE 0x7f4a0000-7f4b6000 \ msacm32 ELF 0x7f4b6000-7f4cf000 Deferred msacm<elf> \-PE 0x7f4c0000-7f4cf000 \ msacm ELF 0x7f4cf000-7f517000 Deferred wineoss<elf> \-PE 0x7f4e0000-7f517000 \ wineoss ELF 0x7f517000-7f59e000 Deferred winmm<elf> \-PE 0x7f520000-7f59e000 \ winmm ELF 0x7f59e000-7f601000 Deferred winedos<elf> \-PE 0x7f5b0000-7f601000 \ winedos ELF 0x7f601000-7f60a000 Deferred libxcursor.so.1 ELF 0x7f60a000-7f627000 Deferred imm32<elf> \-PE 0x7f610000-7f627000 \ imm32 ELF 0x7f627000-7f644000 Deferred ximcp.so.2 ELF 0x7f644000-7f6ae000 Deferred libgl.so.1 ELF 0x7f6ae000-7f77a000 Deferred libx11.so.6 ELF 0x7f77a000-7f792000 Deferred libice.so.6 ELF 0x7f792000-7f81c000 Deferred winex11<elf> \-PE 0x7f7a0000-7f81c000 \ winex11 ELF 0x7f81c000-7f83c000 Deferred libexpat.so.0 ELF 0x7f83c000-7f86c000 Deferred libfontconfig.so.1 ELF 0x7f86c000-7f87f000 Deferred libz.so.1 ELF 0x7f87f000-7f8e8000 Deferred libfreetype.so.6 ELF 0x7f8fd000-7f93f000 Deferred advapi32<elf> \-PE 0x7f910000-7f93f000 \ advapi32 ELF 0x7f93f000-7f9d4000 Deferred gdi32<elf> \-PE 0x7f950000-7f9d4000 \ gdi32 ELF 0x7f9d4000-7fb10000 Deferred user32<elf> \-PE 0x7f9f0000-7fb10000 \ user32 ELF 0x7fc27000-7fc2a000 Deferred iso8859-1.so ELF 0x7fc61000-7fd70000 Deferred kernel32<elf> \-PE 0x7fc80000-7fd70000 \ kernel32 ELF 0x7fe83000-7fe87000 Deferred libxrandr.so ELF 0x7fe87000-7fe90000 Deferred libxrender.so.1 ELF 0x7fe90000-7fe9b000 Deferred libnss_files.so.2 ELF 0x7fe9b000-7feb0000 Deferred winevdm<elf> \-PE 0x7fea0000-7feb0000 \ install ELF 0x7feb0000-7fed5000 Deferred libm.so.6 ELF 0x7fed5000-7ffcb000 Deferred libwine_unicode.so.1 ELF 0x7ffcb000-7ffce000 Deferred xlcdef.so.2 ELF 0x7ffce000-7ffdc000 Deferred libxext.so.6 ELF 0xb7e42000-b7e4b000 Deferred libsm.so.6 ELF 0xb7e4c000-b7e50000 Deferred libdl.so.2 ELF 0xb7e50000-b7f7e000 Deferred libc.so.6 ELF 0xb7f7e000-b7f90000 Deferred libpthread.so.0 ELF 0xb7f91000-b7fab000 Deferred libwine.so.1 ELF 0xb7fab000-b7fb0000 Deferred libxxf86vm.so.1 ELF 0xb7fc1000-b7fd8000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\mnt\cdrom\DISK1\INSTALL.EXE 0000000a 0 <== 00000009 0 WineDbg terminated on pid 0x8 UNQUOTE Can anyone help me!?

1 0

Re: [MSACM] add file name trace to acmDriverAdd
by Alex Villacís Lasso 16 Jan '06

16 Jan '06

Robert Reif wrote: > This patch justs adds some debugging information. > > Loading a native acm driver using acmDriverAdd seems to be broken. > Passing the driver name to MSACM_RegisterDriver gets further along > but doesn't fix the problem. > >------------------------------------------------------------------------ > > > > I am currently in the process of posting a working acmDriverAdd[AW] implementation (without any winmm hacks). Is this patch related to the SJphone report earlier? I am currently downloading said software to test it. Alex Villacís Lasso

1 0

Re: MSACM: implement acmDriverPriority with driver priority/enabled saving
by Alex Villacís Lasso 16 Jan '06

16 Jan '06

Alex Villacís Lasso wrote: > This patch implements acmDriverPriority(), including saving the > priority order and the enabled/disabled status of each global driver > to HKCU\\Software\\Microsoft\\Multimedia\\Audio Compression > Manager\\Priority v4.00 . Also included the foundation for broadcast > notifications on driver priority reorder, including a counter instead > of a BOOL flag for deferred notifications (as requested by Eric Pouech). > > Changelog: > * Implementation of acmDriverPriority() with registry saving > * Foundation for notification broadcasts with support for deferred > notification. > > Alex Villacís Lasso > Any comments on this patch? Alex Villacís Lasso

1 0

Re: MSACM: local drivers must not contribute to ACM_METRIC_COUNT_DRIVERS count
by Alex Villacís Lasso 16 Jan '06

16 Jan '06

Alex Villacís Lasso wrote: > This distinction makes a difference when local drivers can be loaded. > > Changelog: > * Exclude local drivers from count when > acmMetrics(ACM_METRIC_COUNT_DRIVERS) is computed Please disregard this patch, the original behavior was correct. Alex Villacís Lasso

1 0

Re: MSACM: return failure rather than assert with nAvgBytesPerSec == 0
by Alex Villacís Lasso 16 Jan '06

16 Jan '06

Alex Villacís Lasso wrote: > This check is necessary until local codec loading is in CVS. Failure > scenario fixed is: app instructs to load local ACM codec, fails, > doesn't notice failure, requests codec info, fails, again doesn't > notice failure, submits zeroed structure to PCM converter --> > assertion failed. > > Changelog: > * Check for nAvgBytesPerSec == 0 in PCM converter instead of allowing > assertion to fail. > > Alex Villacís Lasso > >------------------------------------------------------------------------ > >--- wine-0.9.5-cvs/dlls/msacm/pcmconverter.c 2005-11-28 15:57:25.000000000 -0500 >+++ wine-0.9.5-cvs-patch/dlls/msacm/pcmconverter.c 2006-01-09 21:17:07.000000000 -0500 >@@ -945,12 +945,20 @@ > switch (adss->fdwSize) { > case ACM_STREAMSIZEF_DESTINATION: > /* cbDstLength => cbSrcLength */ >+ if (!adsi->pwfxDst->nAvgBytesPerSec) { >+ ERR("adsi->pwfxDst->nAvgBytesPerSec == %lu\n", adsi->pwfxDst->nAvgBytesPerSec); >+ return MMSYSERR_INVALPARAM; >+ } > adss->cbSrcLength = PCM_round(adss->cbDstLength & dstMask, > adsi->pwfxSrc->nAvgBytesPerSec, > adsi->pwfxDst->nAvgBytesPerSec) & srcMask; > break; > case ACM_STREAMSIZEF_SOURCE: > /* cbSrcLength => cbDstLength */ >+ if (!adsi->pwfxSrc->nAvgBytesPerSec) { >+ ERR("adsi->pwfxSrc->nAvgBytesPerSec == %lu\n", adsi->pwfxSrc->nAvgBytesPerSec); >+ return MMSYSERR_INVALPARAM; >+ } > adss->cbDstLength = PCM_round(adss->cbSrcLength & srcMask, > adsi->pwfxDst->nAvgBytesPerSec, > adsi->pwfxSrc->nAvgBytesPerSec) & dstMask; > > >------------------------------------------------------------------------ > > > > Any comment on this patch? Alex Villacís Lasso

1 0

compilation error: Undefined reference to strncmpW
by Peter Lemenkov 16 Jan '06

16 Jan '06

Hello, All! ============================= ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./shlwapi.spec assoc.o clist.o istream.o msgbox.o ordinal.o path.o reg.o regstream.o shlwapi_main.o stopwatch.o string.o thread.o url.o wsprintf.o shlwapi.res -o shlwapi.dll.so -L../../dlls -L../../dlls/oleaut32 -L../../dlls/ole32 -L../../dlls/user32 -L../../dlls/gdi32 -L../../dlls/advapi32 -L../../dlls/kernel32 -L../../dlls/ntdll -loleaut32 -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lntdll -Wb,-doleaut32 -L../../libs/wine -lwine -luuid -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port string.o: In function `StrStrW':/home/petro/work/projects/wine/dlls/shlwapi/string.c:531: undefined reference to `strncmpW' collect2: ld returned 1 exit status winegcc: gcc failed. make[2]: *** [shlwapi.dll.so] Error 2 make[2]: Leaving directory `/home/petro/work/projects/wine/dlls/shlwapi' make[1]: *** [shlwapi] Error 2 make[1]: Leaving directory `/home/petro/work/projects/wine/dlls' make: *** [dlls] Error 2 [petro@Petro wine]$ ============================ -- With best regards, Peter Lemenkov.

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel