- Wine-Devel - list.winehq.org

Re: winspool/tests: New Testsuite
by Detlef Riekenberg Sept. 29, 2005

Sept. 29, 2005

Changelog: - New Testsuite for winspool.drv for GetPrinterDriverDirectoryA and GetDefaultPrinterA The "W" - Versions and more Functions will follow. BTW: I'm offline / disconected from the mailing-lists for a week. -- By By ... ... Detlef

2 1

Problem with D3D9 CreateDevice
by Mark Hatsell Sept. 29, 2005

Sept. 29, 2005

Hello I am trying to get an application I have written working under Wine. My application uses Direct3D v.9 which is causing a problem. I am using the latest CVS version of Wine under Mandriva Linux 10.2. The problem I have is that when I try to create the 3D device using CreateDevice, it fails and I get the following output from Wine debugging: fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DImpl_CheckDeviceMultiSampleType Quality levels unsupported at present trace:d3d:IWineD3DImpl_CreateDevice Created WineD3DDevice object @ 0x79b7ec78 trace:d3d:IWineD3DImpl_AddRef (0x7bcb1890) : AddRef increasing from 1 trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890)->(Adptr:0, DevType: 1, FocusHwnd: 0x50060, BehFlags: 42, PresParms: 0x7baeb0ec, RetDevInt: 0x78d56ea8) trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890)->(DepthStencil:(80,WINED3DFMT_D16), BackBufferFormat:(23,WINED3DFMT_R5G6B5)) trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890) : Creating stateblock trace:d3d:IWineD3DImpl_CreateDevice (0x7bcb1890) : Created stateblock (0x79bbf6a0) trace:d3d:IWineD3DStateBlockImpl_AddRef (0x79bbf6a0) : AddRef increasing from 1 trace:d3d:IWineD3DImpl_CreateDevice Creating implicit swapchain trace:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain (0x79b7ec78) : Created Aditional Swap Chain trace:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Using a display of 0x7c017628 0x4284 warn:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Failed to get a valid XVisuial ID for the window 0x50060 fixme:d3d9:IDirect3DDevice9Impl_CreateAdditionalSwapChain (0x78d56ea0) call to IWineD3DDevice_CreateAdditionalSwapChainfailed warn:d3d:IWineD3DImpl_CreateDevice Failed to create implicit swapchain trace:d3d:IWineD3DStateBlockImpl_Release (0x79bbf6a0) : Releasing from 2 trace:d3d:IWineD3DStateBlockImpl_Release (0x79bbf6a0) : Releasing from 1 fixme:d3d:IWineD3DStateBlockImpl_Release Releasing primary stateblock I have located the source of the error in device.c which seems to be something to do with it not having a valid X11 window. However, at this point my lack of Wine knowledge prevents me from getting any further. Has anyone any idea what might be causing this problem and what I can do to fix it? Any help much appreciated. Mark

3 7

Re: wine/ programs/winedbg/info.c programs/taskmgr ...
by Vincent Béron Sept. 29, 2005

Sept. 29, 2005

Le mer 28/09/2005 à 11:21, Alexandre Julliard a écrit : > ChangeSet ID: 20474 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)winehq.org 2005/09/28 10:21:48 > > Modified files: > programs/winedbg: info.c > programs/taskmgr: dbgchnl.c > libs/wine : wine.map wine.def loader.c debug.c > include/wine : debug.h > > Log message: > New scheme for keeping track of debug channels that doesn't require > maintaining a list of all loaded dlls. This patch causes compilation with gcc 3.2 to issue some warnings about null format strings whenever a TRACE_ON() (or other) is used. I know there's a check in wine_dbg_log() for !format, but the warning is still annoying. I guess you don't want an empty line (except for type and class) to be printed everytime TRACE_ON is tested, so changing the 0 for "" wouldn't work out ok... Vincent

2 1

xcursor and wine
by Vijay Kiran Kamuju Sept. 29, 2005

Sept. 29, 2005

Hi all, I any body wants tp implement Xcursor support in wine, for loading color cursors. What should be implemented, how it should be implemented? any details regarding this would be helpful. Thanks, Vijay

1 1

winehq at the CIA Open Source Notification System
by Detlef Riekenberg Sept. 28, 2005

Sept. 28, 2005

Hi. There are no updates listed for wine at the CIA Open Source Notification System: http://cia.navi.cx/stats/project/winehq Is this our fault? -- By By ... ... Detlef

2 1

Re: fixme:win:LockWindowUpdate
by James Hawkins Sept. 28, 2005

Sept. 28, 2005

On 9/28/05, Esko Woudenberg <wanderbored(a)yahoo.com> wrote: > > > fixme:win:LockWindowUpdate (0x2002a), partial > > stub! > > > > > Stubbed functions aren't usually the cause of > > crashes. > I take it that wine would just "ignore" the request to > not update the window...?? > I'm not really sure what functionality is missing from LockWindowUpdate. Maybe someone on wine-devel will know. > > There are a > > couple pieces of information that can help us spot > > the problem. What > > version of wine are you using? > 20050830 on SuSe 9.2 under vmWare 5.0.0 > Could you update to CVS and see if the problem still exists? > > Can you provide the > > output of the > > crash and the stack backtrace? > Is running with WINEDEBUG=+relay enough to provide > that? > We might need that information later, but the most important piece we need is the crash and backtrace. This information everything after the following: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8. > > You said it was an app you are working on; can you > > provide the source? > I have full access to source. I would most likely > only be able to provide relevant portions of the app > source. > Having access to the source will help figure out what is going wrong. We won't know what we need until we know where it's crashing. > > Just knowing that stubs are not supposed to result in > a wine crash is already helpful... > No problem, a good bug report helps Wine the most. P.S. Make sure to use 'Reply to All' or cc wine-devel so others can be a part of the process. -- James Hawkins

1 0

riched20.dll asserts
by Aric Stewart Sept. 28, 2005

Sept. 28, 2005

Hello, So looking into an issue with IE6 i found the following problem. If I install IE6, and then go to a japanese web site. (for example http://www.mainichi.co.jp) I get given the option to download and install the Japanese Text Display Support. However if i click Download then the download reports as a failure (a message about having to set your security settings from High to Medium, but that is a red herring) The issue is that the assert in riched20/run.c line 115 is being hit during a call to RichEditANSIWndProc for the message EM_LINELENGTH. If i change the assert to instead to return 0, then the certificate dialog is displayed and the download progresses without issue. (there is still an issue with the install but that is not richedit related) Does someone with richedit experience want to help figure out what to do with that assert beyond just changing it to an error trace and returning 0? thanks -aric

3 2

Help debugging a problem!
by Ann & Jason Edmeades Sept. 28, 2005

Sept. 28, 2005

Hiya, I've got a weird issue and was wondering if anyone could advise on how to resolve. (Comes from a 16bit windows app, but is a more general debugging issue). The problem is ... 1) If I run the application, it just hangs - no overly helpful information at all. 2) If I add WINEDEBUG +relay trace, it runs ok :-) (Workaround...!) 3) If I add anything else on WINEDEBUG other than relay, it fails 4) Running under winedbg didn't help at all - I could code to stop it before the hang but it wouldn't step through to the failure 5) Attaching to the hung process shows code in 16 bit user app, and winedbg didn't overly help there either So - I've (painstakingly) got to the point of failure with the add of debug tracepoints and comparing the relay with the debug statements. Now the odd bit! If you look at dlls\user\wnd16.c, routine RegisterClass16 the final line is: return RegisterClassEx16( &wcex ); If I change this to fred = RegisterClassEx16( &wcex ); TRACE("Here... %d\n", fred); return fred; it all works.....! How can I debug this further? I was thinking about trying to dump the registers before and after the trace statement, but I really can't think of what could be causing the problem! Does windows guarantee any of the registers across a win16 call which we don't honour? What about i386 flags? Any suggestions please? Jason

3 3

Crash in printer setup dialog if no printers in list
by Dan Kegel Sept. 28, 2005

Sept. 28, 2005

I just filed http://bugs.winehq.org/show_bug.cgi?id=3415 describing a repeatable crash in Printer Setup when you have no printers. Affects all apps that have a Printer Setup menu item, I bet.

1 0

Trying to track down a failure in a native, non-MS DLL for which I have no source
by David D. Hagood Sept. 27, 2005

Sept. 27, 2005

I'm trying to get the Delorme packages (AAA MapNGo, Street Atlas) running under the latest Wine. They used to work back when Wine used the MS DLLs for DCOM, but then they stopped working when Wine started supplying their own DCOM DLLS. Now, they show an inclination to work but for one thing. Both packages use a DLL supplied with the package, mapsys32.dll, which appears to be the main map drawing code. This DLL appears to attempt to load a file FONT.FNT, which appears to be an ASCII file describing certain vector objects used to draw maps. This DLL is failing to load the FONT.FNT file - and that's pretty much a show-stopper. So, I'd like to try to track down the problem and see if I can fix it. Now, I don't work for Delorme, I don't have the source for the DLL, and I am really not a Windows programmer (fortunately I work on embedded systems and Linux). So, I'd like a few pointers - how can I commence to begin to start on this? I know the following things: The FONT.FNT file is being opened (strace shows it being opened). The mapsys32.dll file is being loaded (WINEDEBUG=+relay shows it) The mapsys32.dll does not implement DllRegisterServer (regsvr32 says so). The problem exists even though I've blown away my entire .wine directory and recreated it from scratch. The problem has been in the code for several months, and as of 19 Sept 2005's CVS it still is. So, how can I see what is going on with mapsys32.dll?

2 1