January 2004 - Wine-Devel - list.winehq.org

winecfg to configure directsound options?
by Chris Morgan Jan. 4, 2004

Jan. 4, 2004

I was planning to add the audio driver as a configuration option in winecfg but had a few questions. Does anyone use the directsound options? If so it probably makes sense to have an "Audio" tab in winecfg with the audio driver and the dsound options. If not then it might make sense to put the audio driver alone on another page, maybe the general config page? Should we have a multimedia page? What other multimedia options would go there? Thanks, Chris

3 2

Status ToDo's #2
by Tom Jan. 4, 2004

Jan. 4, 2004

Comments, Suggestions? Tom

5 6

Re: Congradulations - windef.h
by Ivan Leo Murray-Smith Jan. 4, 2004

Jan. 4, 2004

>You cannot use KDevelop 2.1 release with wine. Too many files to deep. >It will crash trying to import that project. (After 10 minuets of a >progress bar) Sucessfully imported, configured, currently building in KDevelop 2.1 shipped with Mandrake Linux 9.2 Ivan.

2 1

Congradulations :-}
by Boaz Harrosh Jan. 4, 2004

Jan. 4, 2004

Just wanted to let people know. And share this happy moment with my fellow workman I have successfully Beta released a WinLib port of a, 1 million lines of code, windows program. QA will Install a first Linux Machine and will start to bang on it tomorrow. (Well more like an advanced Alfa I guess) Technologies successfully compiled and running in the Project: - Windows GUI & API (wrapped in an Old C++ lib, ZAFF). - ODBC under CRecordSet from MFC - I use the MSSQL drivers, SQLing data from a neighboring WinXP-SQL Server. I used an mdac.exe installation application from Microsoft. With ODBC32 native DLL. - General MFC contains, Strings, OleDispatch OleVariant OleBSTR... and even some GUI. - Actually to manage that I had an MSVC++ wizard generated MFC MDI Application with ODBC access and forms. Which helped me debug the MFC library. So MFC is pretty much covered. - ATL/WTL OCX hosting and General ATL use for anything COM. - Here too a WTL app-wizard generated MDI application with IE and other OCXes on Forms help me verify the ATL subsystem. Including support for "uuidof", "#pragma property" and more. Hosting and Events work fine. ( actually ActiveX controls compile too, but TLB problem must be resolved.) - A solution for Linking with C++ shared libraries that in-turn also use windows API. (I call them C++ fake DLLs.) - C++ STL from STLPort ported to Wine to compile using msvcrt (and MFC) And more stuff I cannot remember now. By far the biggest problem was the msvcrt vs STL. and other native C++. This caused a big Linking problem where STL would bypass msvcrt but other application code would not. This proved to be fatal. From circular linking to allocators not matching to Libraries not able to load. Since MFC and ATL would not even think to compile with out msvcrt Headers and lib the issue had to be resolved. The only way I managed to solve it all is by directly linking msvcrt GCC style into STLPort and into every module there of. Now that would make some conflicts with OCX's like IE6 that can only run with native msvcrt.dll, so I also had to change it's name. One of the thing I would like to eventually do is Make a static msvcrt library using same source code but having different make files to be used in such situations where it has to be directly linked. Tomorrow I will start synchronization with wine current tree. Once I have it synced (2 days max). I will need someone to help me and guide me on how to send it all in. Dimi, will that be you? So I guess the scores are: Wine vs Windows 1:1 World vs Microsoft 3:10 (we are making progress, wait for the last round) Boaz vs GCC 7:4 Good vs Evil (I better not say) Happy new Year to all Free Life Boaz

5 16

Re: netapi32: implement NetServerEnum and NetShareEnum
by Juan Lang Jan. 4, 2004

Jan. 4, 2004

--- Dan Kegel <dank(a)gmane.kegel.com> wrote: > My goodness. I didn't know that document existed. > Thanks for > the link! Is there a complete list anywhere of > Win32 APIs > that have been documented by opengroup.org? My pleasure. Don't know of one, but check out the references section of Chris Hertel's (beyond sufficient praise) Implementing CIFS book, http://ubiqx.org/cifs/References.html That's where I found the link. --Juan __________________________________ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003

1 0

Re: commctrl.c
by Dmitry Timoshkov Jan. 4, 2004

Jan. 4, 2004

"Ge van Geldorp" <ge(a)gse.nl> wrote: > Changelog: > Don't destroy heap during unload, as other DLLs which haven't unloaded > yet may still depend on it (DPA* callers) The patch is wrong. A more correct way to fix this is to simply use process heap in DPA (and MRU) APIs. Perhaps even go further and completely remove any use of the private comctl32 heap. -- Dmitry.

1 0

winebrowser winelib application
by Chris Morgan Jan. 3, 2004

Jan. 3, 2004

Alexandre wanted winebrowser implemented as a winelib application and also to be more easily configured. Here is the winebrowser winelib application. It uses a registry key(I'm not sure if this is the correct path for the key since I didn't see any other config keys in the registry) and creates a key with the defaults if no key exists. Thanks, Chris

1 0

WWN #203
by Tom Jan. 3, 2004

Jan. 3, 2004

Bein' A Playa In Da Hood :-) Tom

1 0

Winetest progress bar
by Ferenc Wagner Jan. 3, 2004

Jan. 3, 2004

Hi, I put together a feedback window for winetest. The code is somewhat inside-out to make it less intrusive, and the dialog is ugly. Where can one find a dialog editor? Anyway: 1. If compiled with Winelib, the dialog stays on screen after the main thread finishes with the tests; under Windows, it disappears at once. 2. I am not sure what to do with the console which pops up under Windows. Under Wine it comes and goes. 3. When the cross-compiled version run under Wine the GUI thread throws an exception at the very end. It seems to come from the statusbar's WM_PAINT. I am clueless. 4. How can I convert the icons into ASCII to put them into the resource script? 5. Do we actually need textual output at all? Comments are welcome. Find the programs/winetest directory enclosed. A cross-compiled binary is also available at <http://afavant.elte.hu/~wferi/wine>. Feri.

5 4

Re: #3 - shell32/systray.c
by Mike Hearn Jan. 3, 2004

Jan. 3, 2004

Hi Steven, I have a pretty big patch against the system tray code, and it's going to get bigger. Hopefully in the next few days I will get time to properly reverse engineer (if it's not already documented) the interaction between shell32 and explorer, so we can implement this using a separate wineshell executable. Is there anything you need from us for ReactOS? If the message protocol is documented I guess you guys can just implement server support in your explorer for it, am I right? thanks -mike On Fri, 2004-01-02 at 15:37, Steven Edwards wrote: > When playing around with a app that uses the systray under ReactOS I > noticed that the comment in Wine is out of date. > > Changelog: > Update the notes in shell32 on how WINE uses the Systray under KDE. > > > > __________________________________ > Do you Yahoo!? > Find out what made the Top Yahoo! Searches of 2003 > http://search.yahoo.com/top2003

3 4

Re: Winex cvs
by David Hammerton Jan. 3, 2004

Jan. 3, 2004

Hi Peter, I'm guessing that you are probably using the sourceforge cvs - which it looks like we accidentally imported rewind into. That would explain why there is no d3d8 / d3d9. I'll remove the rewind import from sourceforge in a tick. Out of curiosity, where did you go that directed you to sourceforge? Is it some place that we have not updated? I suggest you check out www.transgaming.com and www.trasngaming.org (the later hosts CVS) if you wish to get the CVS version of WineX. Also, many people on this list would probably prefer it if you emailed the WineX-Devel list (hosted at www.transgaming.org) in the future. David -- David Hammerton WineX developer TransGaming Technologies Bus: +1 416 979 9900 x329 Fax: +1 416 979 9908 david(a)transgaming.com http://www.transgaming.com *Let the Games Begin* > Message: 1 > From: Peter Hartshorn <peter(a)dimtech.com.au> > Reply-To: peter(a)dimtech.com.au > To: wine-devel(a)winehq.org > Subject: Winex cvs > Date: Sun, 4 Jan 2004 00:57:26 +1100 > > I know that this is off topic, but I decided to see how the winex cvs > compared > to wine cvs. I done a checkout of winex from sourceforge.net and I > noticed > that the directories containing the d3d8 and 9 code had been removed > from > cvs. This prevented all of my games (gta3) from running under winex.

2 1

Direct3D8 - OpenGL header problem
by Thomas Brix Larsen Jan. 3, 2004

Jan. 3, 2004

Hi list, just upgraded to 2.6.0 and the NVIDIA driver from minion.de and now I get this error when compiling wine: directx.c: In function `IDirect3D8Impl_GetDeviceCaps': directx.c:639: `GL_MAX_VERTEX_UNITS_ARB' undeclared (first use in this function) My X11/include/GL/ headers date, 2001-2002. Greetings, --Thomas _________________ My worst enemy gave me a copy of Windows...

1 0

Re: Lostwages
by Jakob Eriksson Jan. 3, 2004

Jan. 3, 2004

Andreas Mohr wrote: > > >>4)Tell users of slow connections to use z9, as they probably have more processor >>power than bandwidth. >> >> >People should NOT use -z9 (we've been through this before), since it places >an abnormally sane (normally insane? :) burden on the CVS server. > > Isn't there a bug with some CVS clients or servers with the use of ANY -z but 0? /Jakob

4 4

Re: ntdll / kernel32: #40
by Alexandre Julliard Jan. 3, 2004

Jan. 3, 2004

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > This patch allows to use the UNIX code page inside of ntdll. > The full change log: > - moved code page & NLS resources from kernel32 to ntdll > - moved locale initialisation from kernel32 to ntdll > - created unix code page handling in ntdll > - made use of this unix cp for the initial environment creation (in PEB) I don't think I agree with that. IMO the locale stuff should remain in kernel32. We can simply set the unix codepage in ntdll the same way we set the other codepages. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: PATCH: Fix DLL constructors on OpenBSD
by wiml＠underhill.hhhh.org Jan. 3, 2004

Jan. 3, 2004

Alexandre Julliard writes: > The dll init routine needs to be in the .init section in order to be > called first, Isn't that what attribute((constructor)) does? It places a call to the routine in the .so's initialization section, whatever that section is, so that the routine gets invoked during dlopen(). As far as I know, it's equivalent to the asm() sections it replaces. For example, see the code emitted by BuildDebugFile() in spec32.c ... > attribute((constructor)) is not good enough. I'm perplexed. What is it that attribute((constructor)) does not do? Perhaps it has a different effect on OBSD than on other systems? How can I test whether it, or whatever asm code I replace it with, is doing the right thing? > Why doesn't it work on OpenBSD? Is the section name different? AFAICT, OpenBSD uses a section named .ctors containing function pointers, rather than a section containing 'call' opcodes. At least, that's what attribute((constructor)) emits, and looking through the dlfcn and C runtime sources I don't see any other initialization hooks being called. There *is* a section named .init, but any code placed there will be linked after the C function __init() in crtbeginS.c, and will not be executed because that C function returns normally. But the only thing that __init() does is invoke the functions pointed to by .ctors, and add a hook to make sure that the .dtors are called. Wim.

2 1

More Games Tested
by Mike Kost Jan. 3, 2004

Jan. 3, 2004

I found some time over the holidays to run several game demos under Wine to see if there was more debugging fodder to be found. All the games come from Shrapnel Games (www.shrapnelgames.com) - I went through their demos looking for the magic words "DirectX" and "OpenGL". They're not technically challenging games, but they're free and available for anyone to download. I'm running Mandrake 9.2 and a fresh compiled Wine 20031212. Mike mike at tashcorp dot net Dominions II for Windows -------------------------------- File: http://www.shrapnelgames.com/downloads/dominions2demo_install.exe Install: wine dominions2demo_install.exe Run: wine dom2demo.exe (from c:\Program Files\dominions2demo\) - Game installed but locked up before completing. I do not know if this was because I was doing other things at the time or because of Wine. When I ran a second install and didn't stress the computer otherwise, it appeared to pass without issue. - Graphics did not go to full-screen correctly and had refresh issues. Mouse did not work correctly. Error Output on Install fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. Error Output on Run fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x4039e108)->(00000000,00000008) fixme:msvcrt:MSVCRT_signal (2 0x1001ba80):stub fixme:msvcrt:MSVCRT_signal (2 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (15 0x1001ba80):stub fixme:msvcrt:MSVCRT_signal (15 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (11 0x100185a0):stub fixme:msvcrt:MSVCRT_signal (11 0xffffffff):stub fixme:msvcrt:MSVCRT_signal (8 0x100185a0):stub fixme:msvcrt:MSVCRT_signal (8 0xffffffff):stub fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=4096 < primary_done=6696) ... (repeat forever slowly) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=4096 < primary_done=6696) Austerlitz for Windows -------------------- File: http://www.breakawaygames.com/downloads/austerlitz_demo.exe Install: wine austerlitz_demo.exe Run: wine AusterlitzDemo.exe (from unzipped directory) - Installer was a self-extracting zip file and unzipped without incident - On run, crash. Had to reboot computer to recover. Error Output On Install <none> Error Output On Run fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403fe4d0)->(00010021,00000011) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 800x600) fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported err:mmio:MMIO_ParseExtA + but no . in szFileName: "sounds\\french fanfare + perc.wav" fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x4777004c fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x47770064 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented ! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x47770000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x477700a4 wine: Unhandled exception (thread 000e), starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'E:\austerlitz\AusterlitzDemo.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40200000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40490000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x408d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40910000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40ac0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40860000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40b30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40b00000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40bc00 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x40c70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40c5000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSVFW32.DLL' (0x40ba000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d40000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x4577000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x457b000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x457a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x458f000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DSOUND.DLL' (0x46b50000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x46b800 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x46cc000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x46c4000 No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x46bb00 No debug information in 32bit DLL 'E:\AUSTERLITZ\BAGSOUND.DLL' (0x469e6000) No debug information in 32bit DLL 'E:\AUSTERLITZ\BAGLOAD.DLL' (0x47122000) Unhandled exception: page fault on write access to 0x47950000 in 32-bit code In 32-bit mode. 0x00511033 (AusterlitzDemo.exe.EntryPoint+0x3ed in AusterlitzDemo.exe): repe),%es:(%edi) Wine-dbg>quit Remote Assult ------------------- File: http://www.shrapnelgames.com/downloads/rad50.exe Install: wine rad50.exe Run: wine ra.exe (from install directory) - Installation appeared successful - On run, graphics had refresh errors and the kde kicker bar was visible over the full-screen view. Mouse worked correctly, but was screwy because of refresh errors Error Output On Install: fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:WinMain failed to build menu item for C:\windows\Start Menu\Programs\Shrapnel Games\Remote Assault\ShrapnelGames Web site.lnk fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:WinMain failed to build menu item for C:\windows\Start Menu\Programs\Shrapnel Games\Remote Assault\OneGames Web site.lnk fixme:heap:RtlCompactHeap stub .. (repeat several times) Error Output On Run: fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_EXCLUSIVE not fully supported fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x45fb95e8)->(00010021,00000011) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 640x480) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 640x480) err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LINEPATTERN (0000000a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_MONOENABLE (0000000b) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ROP2 (0000000c) value : 0000000d ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_PLANEMASK (0000000d) value : ffffffff ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LASTPIXEL (00000010) value : 00000001 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ZVISIBLE (0000001e) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EDGEANTIALIAS (00000028) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_RANGEFOGENABLE (00000030) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EXTENTS (0000008a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_VERTEXBLEND (00000097) value : 00000000 ! err:ddraw:set_render_state Unhandled texture mag 6 ! err:ddraw:set_render_state Unhandled texture min 6 ! err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Trying to load surfaces with different mip-map counts ! err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Loading surface with different mipmap structure !!! fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy err:ddraw:GL_IDirect3DTextureImpl_2_1T_Load Trying to load surfaces with different mip-map counts ! ... (repeat last 4 error/fixme a lot) err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!! ... (repeat a lot) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS after resizing display (now 1024x768) fixme:winmm:MMDRV_Exit Closing while ll-driver open The War Engine ------------------- - Installation run without issue - On run, graphics had refresh errors and the kde kicker bar was visible over the full-screen view. Mouse did not appear to work correctly. File: http://www.shrapnelgames.com/downloads/TWEDemo.exe Install: wine TWEDemo.exe Run: wine TheWarEngineDemo.exe (from install directory) Error Output On Install: fixme:font:WineEngCreateFontInstance just using first face for now ... (repeat a lot) fixme:seh:check_resource_write Broken app is writing to the resource data, enabling work-around fixme:ole:CoCreateInstance no classfactory created for CLSID {fbf23b40-e3f0-101b-8488-00aa003e56f8}, hres is 0x80040154 fixme:shell:Stream_WriteLocationInfo writing empty location info err:menubuilder:InvokeShellLinker failed to extract icon. ... (repeat last 2 errors 4 more times) Error Output On Run: fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? fixme:shell:ShellView_OnNotify -- 0x403990b8 WM_COMMAND ffffff98 unh ... (repeat a lot - numbers change slightly) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40396df8)->(00040 fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS (now 800x600) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Need to update SYSMETRICS (now 800x600) fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBL right now. fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORI

1 0

Winex cvs
by Peter Hartshorn Jan. 3, 2004

Jan. 3, 2004

I know that this is off topic, but I decided to see how the winex cvs compared to wine cvs. I done a checkout of winex from sourceforge.net and I noticed that the directories containing the d3d8 and 9 code had been removed from cvs. This prevented all of my games (gta3) from running under winex. Does anyone know what happened to these directories and why they were removed?

1 0

Multiple .rc files
by Ge van Geldorp Jan. 3, 2004

Jan. 3, 2004

(for wine-devel readers: this is about the port of Wine DLLs to ReactOS and the problems we're having since a lot of the DLLs have a separate version.rc.) > From: Filip Navara > > Not really. The actual problem is that binutils supports only one > resource file. Previously it linked correctly the version.rc > file, now > it links correctly the shres.rc file and the version.rc is missing. A > workaround would be to create one file (shell32.rc) that > would #include > both "shres.rc" and "version.rc". Any better idea? You're right, but since the wine dlls on your page contained no version resources either I thought I might get away with it :) Maybe we can convince the Wine people to #include "version.rc" from shres.rc? Does anyone have an idea why that's not done already? Gé van Geldorp.

1 0

Debugger Woes
by Robert Shearman Jan. 3, 2004

Jan. 3, 2004

Hi, After the automatic glibc detection changes the Wine debugger stopped loading symbols correctly, making it harder to debug programs. I only recently noticed this due to lack of disk space and not compiling and installing the whole tree on a cvs update. However, I have now spent some time looking at the problem. By applying the following patch to winedbg, I saw that the address for the ELF debugging section was not being found properly. Index: programs/winedbg/stabs.c =================================================================== RCS file: /home/wine/wine/programs/winedbg/stabs.c,v retrieving revision 1.11 diff -u -r1.11 stabs.c --- programs/winedbg/stabs.c 15 Dec 2003 19:53:08 -0000 1.11 +++ programs/winedbg/stabs.c 1 Jan 2004 17:49:02 -0000 @@ -1625,6 +1625,7 @@ do { if (!DEBUG_READ_MEM_VERBOSE((void*)dyn_addr, &dyn, sizeof(dyn))) goto leave; + WINE_TRACE("dyn.d_tag is %d\n", dyn.d_tag); dyn_addr += sizeof(dyn); } while (dyn.d_tag != DT_DEBUG && dyn.d_tag != DT_NULL); if (dyn.d_tag == DT_NULL) goto leave; An example from loading "winedbg --debugmsg +winedbg notepad": trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1448084550 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is -997982209 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1457883477 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1455977869 ... trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 0 I believe these invalid values are being caused because we are mmap'ing "wine" and reading in the values from the .dynamic section, but the ".dynamic" section hasn't been intialized by the ELF loader. This previously wasn't as issue since "wine" would already have been loaded. However, now "wine" exec's "wine-kthread" or "wine-pthead" as appropriate and then exits and so is no longer in memory. This appears to have been anticipated with the check further up in the stabs.c file that examines the "WINELOADER" environment variable to find the file to mmap. If this is set to "wine-pthread", for example, then the problem goes away. Hence the attached patch. Perhaps the real fix should be made to programs/winedbg/stabs.c. We could either not use the ".dynamic" section somehow or use the dlsym rather than mmap so that we properly initialize the ".dynamic" section. Rob P.S. above trace with patch applied: trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 1 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 12 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 13 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 4 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 5 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 6 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 10 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 11 trace:winedbg:DEBUG_ReadExecutableDbgInfo dyn.d_tag is 21

2 1

Re: Printing bugfixes
by Dmitry Timoshkov Jan. 2, 2004

Jan. 2, 2004

"Mike Hearn" <mike(a)theoretic.com> wrote: > + num = sizeof(PrinterName); > + if (!GetDefaultPrinterW(PrinterName, &num)) > + WCHAR default_name[255]; > + DWORD default_name_size = sizeof(default_name); > + > + if (GetDefaultPrinterW(default_name, &default_name_size) == 0) { You should pass the size of buffer in characters, not in bytes to GetDefaultPrinter. -- Dmitry.

1 0

Re: Endless WM_PAINT loop fix
by Alexandre Julliard Jan. 2, 2004

Jan. 2, 2004

Rein Klazes <rklazes(a)xs4all.nl> writes: > Changelog: > windows : painting.c > If RedrawWindow is called with the RDW_INVALIDATE flag, if the > UpdateRgn parameter is a NULLREGION and the Window has no update > region yet, ignore the call. This should be integrated with the update region calculations, we shouldn't add such special cases outside of the main code. -- Alexandre Julliard julliard(a)winehq.com

1 0

wine-bugs Mailings Enhancement request
by Uwe Bonnes Jan. 2, 2004

Jan. 2, 2004

A happy new year to everybody! As a lot of wine-bugs are reworked(mostly thanks to Markus), I get a lot of mails from wine-bugs. However it is hard to follow the threads by only getting information about the last status update. At least the information of the name of the originator of bug should be resent, perhaps even the last two or three status updates. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: PATCH: Fix DLL constructors on OpenBSD
by Alexandre Julliard Jan. 2, 2004

Jan. 2, 2004

wiml(a)underhill.hhhh.org (Wim Lewis) writes: > Use the GCC attribute((constructor)) syntax for DLL initializer hooks > if possible, instead of the inline-asm syntax. The dll init routine needs to be in the .init section in order to be called first, attribute((constructor)) is not good enough. Why doesn't it work on OpenBSD? Is the section name different? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [WINEALSA] Fix compilation issue with ALSA 0.5
by Christian Costa Jan. 2, 2004

Jan. 2, 2004

Christian Costa wrote: > Hi, > > This patch fixes a compilation issue with ALSA 0.5 (reported by Carl > Sopchak) > that appears when adding WaveIn support. > > Bye. > > Changelog : > Fix compilation issue with ALSA 0.5. > > Christian Costa titan.costa(a)wanadoo.fr > > > BTW: Happy new year to all! Bye, Christian

1 0

Re: Printing bugfixes
by Huw D M Davies Jan. 2, 2004

Jan. 2, 2004

On Thu, Jan 01, 2004 at 08:23:20PM +0000, Mike Hearn wrote: > ChangeLog: > - Write out default printer name in the order used by WinME > - Support PRINTER_ENUM_DEFAULT > - Add FIXME for enumerating print providers > > I'd appreciate somebody with a CUPs and lpr setup ensuring the order > change doesn't cause regressions. It appears correct to me, but as the > code worked before even though it looked like it shouldn't I might be > wrong. Actually I don't see why we need a different name and devname we should just use devname for both entries instead. I think it's a hangover from some old code Your patch however looks wrong, you're adding a default printer with port LPR:LPT1, the spooler will try to print with the command lpr -PLPT1 which won't work. You really want to set the port to LPT1: Huw.

2 2