- Wine-Devel - list.winehq.org

WinMM/MIDI problem? (/dev/mixer1 error message)
by Abdul-Haseeb Ahmad Jan. 31, 2004

Jan. 31, 2004

This again is related to NHL2004 but I felt it needed to be in a different psot as I think its more related to the way WinMM works... When the HTML files w/MPEGs embedded in NHL2004 load (via IE6) theres a crash.. and it seems to be related to WinMM: ----- fixme:ole:CoCreateInstance no classfactory created for CLSID {6c736db1-bd94-11d0-8a23-00aa00b58e10}, hres is 0x80040154 No debug information in 32bit DLL 'Z:\MNT\D\NHLDEMO\BECONTROLS_PC_Z.DLL' (0x48390000) err:ole:ITypeInfo_fnInvoke did not find member id -525, flags 2! First chance exception: illegal instruction in 32-bit code (0x4685c868). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0033 GS:005f EIP:4685c868 ESP:408493b0 EBP:408493c3 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:46c8bda8 EBX:40c5a1d4 ECX:40c59de0 EDX:40310075 ESI:408493e8 EDI:4040e118 Stack dump: 0x408493b0 (KERNEL32.DLL.VerSetConditionMask+0x334386): 40c2e612 46c8bda8 40c5a1d4 4040e118 0x408493c0 (KERNEL32.DLL.VerSetConditionMask+0x334396): 4040e1b0 408493fc 40c2e4a9 4040e118 0x408493d0 (KERNEL32.DLL.VerSetConditionMask+0x3343a6): 408493e8 408493ec 4040e118 4040e118 0x408493e0 (KERNEL32.DLL.VerSetConditionMask+0x3343b6): 46c8bda8 80004005 46c8bda8 0000000d 0x408493f0 (KERNEL32.DLL.VerSetConditionMask+0x3343c6): 00000000 48520190 00000000 4084943c 0x40849400 (KERNEL32.DLL.VerSetConditionMask+0x3343d6): 70e9d83d 4040e118 00000578 40849448 0x40849410 (KERNEL32.DLL.VerSetConditionMask+0x3343e6): Backtrace: =>0 0x4685c868 (MIDIMAP.DRV..data+0x4aa8868) (ebp=408493c3) 1 0xc2e4a940 (MSVCRT.DLL..reloc+0x4ae0d940) (ebp=8493fc40) *** Invalid address 0x8493fc40 (MSVCRT.DLL..reloc+0xc902c40) 0x4685c868 (MIDIMAP.DRV..data+0x4aa8868): lock push %ds ---- im not familiar with how WinMM works, but my hunch is that im getting a crash because my MIDI isnt set up properly because I always get the following error when starting anything in wine: err:wave:OSS_WaveOutInit /dev/mixer1: No such device err:wave:OSS_WaveInInit /dev/mixer1: No such device does anyone know how I can fix this error if its possible?

2 1

Posix Subsystem for ReactOS - Project 2010
by Steven Edwards Jan. 30, 2004

Jan. 30, 2004

Hello All, Now that the word is out its time to fill you guys in. Over the past few months I have been working with a Project called Cooperative Linux. Cooperative Linux allows you to the Linux kernel as a process under Windows NT/2K. With CoLinux you can run any linux application under Windows. http://www.colinux.org/?section=screenshots My plan is to work with the CoLinux team to integrate CoLinux in to Windows and ReactOS as a POSIX subsystem. They are very interested in working with us on this project and have linked to reactos.com on the website. http://www.colinux.org Currently CoLinux depends on a driver that allows it to use the hardware MMU. It also currently depends on cygwin to be compiled. The first steps for developing this for ReactOS and other Win32 hosts will be to remove the cygwin dependancy. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/

2 2

Wineconf notice
by Jeremy White Jan. 30, 2004

Jan. 30, 2004

Hi all, Barring disaster, we're going to start Wineconf tomorrow morning at 9:30 am. It looks like we'll have streaming video working; I've updated the wineconf page with some instructions, and a Wine tarball that Works For Me (TM) with the Quicktime player (although mplayer works quite well also). See http://www.winehq.org/wineconf/ for more info. We should also have good 'net connectivity, so feel free to join in via irc. Cheers, Jeremy

1 0

IE6/JSCRIPT: hook:NotifyWinEvent, imm:ImmGetContext
by Abdul-Haseeb Ahmad Jan. 30, 2004

Jan. 30, 2004

(sorry if this is a double post, im having difficulties with my mail client) okay I've got nhl 2004 (and the demo) to go into the menus fine but in the full version in the main menu screen (which isnt in the demo, but this error occurs similarly in the demo menu screens that do exist) the drop down menus dont show when i click them; plus there are java script errors, seems like the different html/js files arent communicating with each other properly, prevents me from starting a game because no play button shows up in the demo's game setup screen (first menu screen in the demo, full version cant even get to the game setup screen, as the main menu buttons dont show), but i get messages in the terminal everytime i click on the dropdown menu buttons, and then click off of them as if the drop downs were actually there.. they look like this: fixme:imm:ImmGetContext (0x1002f): stub fixme:hook:NotifyWinEvent (32778,0x1002f,30,0)-stub! fixme:hook:NotifyWinEvent (32773,0x1002f,31,0)-stub! does anyone know what DLL's this message stems from? looks like an incomplete implemntation of something... I also get an error related to MSXML3.DLL as well when i run winedbg on it... id really appreciate it if someone else looked at it and saw what was wrong --- - clean installation of wine20031212 - ie6 installed via mike hearn's script - nhl2004 demo installed (ftp.ea.com/pub/easports/demos/nhl2004/NHL2004Demo.exe) - nhl2004 full version also installed (instructions at http://bugs.winehq.org/show_bug.cgi?id=1970, bug info outdated, ill fix it up later today or tomorrow) - fe/nhl/html/intro.html & fe/nhl/html/sting.html edited so that the movie doesnt load, just goes straight to next page - DLLOverrides for nhl2004.exe/nhldemo.exe same as IE6 installed from Mike Hearn's script except also add oleaut32.dll (song names will show and in the demo the drop down menus will work) - copied *.tlb in my realwindows/system32 into my NHL 2004 Demo dir

1 0

IE6/JSCRIPT: hook:NotifyWinEvent, imm:ImmGetContext
by Abdul-Haseeb Ahmad Jan. 30, 2004

Jan. 30, 2004

okay I've got nhl 2004 (and the demo) to go into the menus fine but in the full version in the main menu screen (which isnt in the demo, but this error occurs similarly in the demo menu screens that do exist) the drop down menus dont show when i click them; plus there are java script errors, seems like the different html/js files arent communicating with each other properly, prevents me from starting a game because no play button shows up in the demo's game setup screen (first menu screen in the demo, full version cant even get to the game setup screen, as the main menu buttons dont show), but i get messages in the terminal everytime i click on the dropdown menu buttons, and then click off of them as if the drop downs were actually there.. they look like this: fixme:imm:ImmGetContext (0x1002f): stub fixme:hook:NotifyWinEvent (32778,0x1002f,30,0)-stub! fixme:hook:NotifyWinEvent (32773,0x1002f,31,0)-stub! does anyone know what DLL's this message stems from? looks like an incomplete implemntation of something... I also get an error related to MSXML3.DLL as well when i run winedbg on it... id really appreciate it if someone else looked at it and saw what was wrong --- - clean installation of wine20031212 - ie6 installed via mike hearn's script - nhl2004 demo installed (ftp.ea.com/pub/easports/demos/nhl2004/NHL2004Demo.exe) - nhl2004 full version also installed (instructions at http://bugs.winehq.org/show_bug.cgi?id=1970, bug info outdated, ill fix it up later today or tomorrow) - fe/nhl/html/intro.html & fe/nhl/html/sting.html edited so that the movie doesnt load, just goes straight to next page - DLLOverrides for nhl2004.exe/nhldemo.exe same as IE6 installed from Mike Hearn's script except also add oleaut32.dll (song names will show and in the demo the drop down menus will work)

1 0

Re: desktop mode again
by Alex Pasadyn Jan. 30, 2004

Jan. 30, 2004

Robert Shearman wrote: > I suggest you put the system metrics stuff in a separate patch. It is a lot more tested and more likely to get in than the other code, which is quite a big change. I can do that, if it would get applied. :) I sent an earlier version of the sysmetrics patch by itself a long time ago, and it was not applied because it could give incorrect results in desktop mode. This version is cleaner that that one, and I think that by itself it would at least give correct results for an application running in the one desktop that changed its size. So, Alexandre? Is that worth sending? > I guess we need test cases for those then. > The way I see it the only way around the problem of inter-process graphics operations is for us to have our own DIB engine and move functions calling WIN_FindWndPtr into the server. X doesn't allow inter-process operations right? Actually, I think X doesn't care. It has no problem with me having one process create the desktop window and another process creating a "normal" window inside it. Or did you mean something else? >>@@ -128,7 +129,14 @@ >> */ >> BOOL WINAPI PaintDesktop(HDC hdc) >> { >>- HWND hwnd = GetDesktopWindow(); >>+ HWND hwnd; >>+ SERVER_START_REQ( set_desktop_window ) >>+ { >>+ req->handle = 0; >>+ wine_server_call( req ); >>+ hwnd = reply->cur_handle; >>+ } >>+ SERVER_END_REQ; >> >> /* check for an owning thread; otherwise don't paint anything (non-desktop mode) */ >> if (GetWindowThreadProcessId( hwnd, NULL )) > > > Is there some reason for replacing GetDesktopWindow with this server call? Yes. The problem is that the winedesktop app thinks the "root" X window is the desktop, while all other apps think the window winedesktop created is the desktop. For convenience, winedesktop is just calling PaintDesktop when appropriate. I did not want to just copy the body of that function into winedesktop because it depends on other variables in the file where it is located. I guess the alternative would be to have the set wallpaper, set pattern, and paintdesktop functions simply send a message to the winedesktop process (if it's running), which would then contain the implementations. If that sounds more reasonable I can certainly change it to that way. >>+/*********************************************************************** >>+ * BecomeDesktop >>+ * >>+ * Tell the server to make our window the desktop. >>+ */ >>+static BOOL BecomeDesktop() >>+{ >>+ BOOL res = TRUE; >>+ SERVER_START_REQ( set_desktop_window ) > > > This is bad. There shouldn't be a direct server call in a normal wine program. We should try and find the right Windows API to do this, or create our own export from user32. Only user32, gdi32, ntdll and x11drv should need to use server calls (and kernel32 out of convenience). I guess I have no opinion about whether it would be worse to create a new export or just call the server. I was not happy about doing either, but I am not aware of anything in the "real" API that would do this. This application is not really "normal" anyway. I see it more as an extension of x11drv. > Why do you need two windows procedures? If you're sure you do need both of them, a comment in the code explaining why would be good. It's not at all obvious to the casual observer (i.e. me) otherwise. That I can add. The basic thing is that the "main" window created by winedesktop is just a normal ordinary window, and it can be minimized, etc. The child window came in because an app should be able to ask for the size of the desktop window and always get the right answer. I thought it was better to create a child window than to have to put code in the server to intercept calls to get the size of the desktop and fudge the results if it was minimized. > It appears you don't launch winedesktop anywhere and you don't remove any options from the config file. It will be a bit confusing for people who do use the wine desktop when it doesn't do anything after applying your patch (until they launch winedesktop). Do you plan to launch winedesktop at startup (possibly just after wineserver is launched) if the desktop setting is enabled? This was described when I originally posted a version of this a long time ago. The general idea is that if no other Wine apps are running, you can start winedesktop. While it's running, all Wine apps that get started get trapped inside the desktop. I would like to find a way to have multiple desktops or desktop coexisting with non-desktop, but that would be a ton of additional bookkeeping in the server. Alex

3 2

Re: system metrics update
by Lionel Ulmer Jan. 30, 2004

Jan. 30, 2004

> **** Lionel, I looked at your ClipCursor patch, and I think it will work > correctly with this for the currently running process, but for it to > take effect in other processes, the code you put in settings.c probably > needs to go to the new X11DRV_handle_desktop_resize function I just added. Hmmm, the next time I will boot in Win2K, I will try to have a program continously print the content of the ClipCursor while another one changes the resolution just to check what happens :-) This way we will be sure exactly what Windows does. If it really propagates, we will see when we will merge both patches :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Dungeon Keeper thread(s) recently
by Jason Edmeades Jan. 30, 2004

Jan. 30, 2004

Just a thank you for the people who followed up on this recently, including the recent patch. (I have been offline due to a failing modem, so couldnt participate towards the end.) Jason

5 8

Re: LostWages: status5.diff
by Eric Pouech Jan. 30, 2004

Jan. 30, 2004

Tom a écrit : > > I'm getting ready to head out the door so here is #5 > it is dmitry's suggestions per: > http://www.winehq.org/hypermail/wine-devel/2004/01/0952.html > > Eric..............thumbs up/down? synchro should be ok. using avifile should be a good test case anyway (even if native mciavi doesn't use it), but this good be removed (doesn't matter much anyway) A+

1 0

TransparentBlt
by Kevin Koltzau Jan. 30, 2004

Jan. 30, 2004

I noticed Warren Baird has submitted an implementation of TransparentBlt back in Feb 2003.. http://www.winehq.org/hypermail/wine-patches/2003/02/0029.html I'm curious what was wrong with that implementation to keep it from being committed, and what might be done to get it up to par..or maybe it was just missed? Reason I ask is I need this function for uxtheme

1 0