November 2002 - Wine-devel - list.winehq.org

Re: wine/ windows/winproc.c windows/winpos.c windo ...
by Greg Turner 22 Nov '02

22 Nov '02

On Friday 22 November 2002 03:22 pm, Alexandre Julliard wrote: > ChangeSet ID: 6371 > 1.154 1.155 +76 -93 wine/controls/menu.c gcc 3.2 isn't happy with this: make[2]: Entering directory `/var/src/wine/dlls/user' gcc -c -I. -I. -I../../include -I../../include -march=athlon -O1 -pipe -mmmx -m3dnow -gstabs -g3 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_USER32_ -D_WINABLE_ -D_REENTRANT -o ../../controls/menu.o ../../controls/menu.c ../../controls/menu.c: In function `MENU_GetBitmapItemSize': ../../controls/menu.c:722: pointers are not permitted as case values ../../controls/menu.c:729: pointers are not permitted as case values ../../controls/menu.c:730: pointers are not permitted as case values ../../controls/menu.c:731: pointers are not permitted as case values ../../controls/menu.c:732: pointers are not permitted as case values ../../controls/menu.c:733: pointers are not permitted as case values ../../controls/menu.c:737: pointers are not permitted as case values ../../controls/menu.c:738: pointers are not permitted as case values ../../controls/menu.c:739: pointers are not permitted as case values ../../controls/menu.c:740: pointers are not permitted as case values ../../controls/menu.c:741: pointers are not permitted as case values ../../controls/menu.c: In function `MENU_DrawBitmapItem': ../../controls/menu.c:778: pointers are not permitted as case values ../../controls/menu.c:793: pointers are not permitted as case values ../../controls/menu.c:796: pointers are not permitted as case values ../../controls/menu.c:799: pointers are not permitted as case values ../../controls/menu.c:802: pointers are not permitted as case values ../../controls/menu.c:805: pointers are not permitted as case values ../../controls/menu.c:808: pointers are not permitted as case values ../../controls/menu.c:809: pointers are not permitted as case values ../../controls/menu.c:810: pointers are not permitted as case values ../../controls/menu.c:811: pointers are not permitted as case values ../../controls/menu.c:812: pointers are not permitted as case values make[2]: *** [../../controls/menu.o] Error 1 make[2]: Leaving directory `/var/src/wine/dlls/user' make[1]: *** [user] Error 2 make[1]: Leaving directory `/var/src/wine/dlls' make: *** [dlls] Error 2 These are DECLARE_HANDLE'ed values. This seems to fix it: Index: controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.155 diff -u -r1.155 menu.c --- controls/menu.c 22 Nov 2002 21:22:16 -0000 1.155 +++ controls/menu.c 22 Nov 2002 22:13:40 -0000 @@ -719,26 +719,26 @@ { switch(LOWORD(id)) { - case HBMMENU_SYSTEM: + case (WORD)HBMMENU_SYSTEM: if (data) { bmp = (HBITMAP)data; break; } /* fall through */ - case HBMMENU_MBAR_RESTORE: - case HBMMENU_MBAR_MINIMIZE: - case HBMMENU_MBAR_MINIMIZE_D: - case HBMMENU_MBAR_CLOSE: - case HBMMENU_MBAR_CLOSE_D: + case (WORD)HBMMENU_MBAR_RESTORE: + case (WORD)HBMMENU_MBAR_MINIMIZE: + case (WORD)HBMMENU_MBAR_MINIMIZE_D: + case (WORD)HBMMENU_MBAR_CLOSE: + case (WORD)HBMMENU_MBAR_CLOSE_D: size->cx = GetSystemMetrics( SM_CXSIZE ); size->cy = GetSystemMetrics( SM_CYSIZE ); return; - case HBMMENU_CALLBACK: - case HBMMENU_POPUP_CLOSE: - case HBMMENU_POPUP_RESTORE: - case HBMMENU_POPUP_MAXIMIZE: - case HBMMENU_POPUP_MINIMIZE: + case (WORD)HBMMENU_CALLBACK: + case (WORD)HBMMENU_POPUP_CLOSE: + case (WORD)HBMMENU_POPUP_RESTORE: + case (WORD)HBMMENU_POPUP_MAXIMIZE: + case (WORD)HBMMENU_POPUP_MINIMIZE: default: FIXME("Magic 0x%08x not implemented\n", id); return; @@ -775,7 +775,7 @@ switch(LOWORD(lpitem->text)) { - case HBMMENU_SYSTEM: + case (WORD)HBMMENU_SYSTEM: if (lpitem->dwItemData) { bmp = (HBITMAP)lpitem->dwItemData; @@ -790,26 +790,26 @@ bm.bmWidth -= bmp_xoffset; } goto got_bitmap; - case HBMMENU_MBAR_RESTORE: + case (WORD)HBMMENU_MBAR_RESTORE: flags = DFCS_CAPTIONRESTORE; break; - case HBMMENU_MBAR_MINIMIZE: + case (WORD)HBMMENU_MBAR_MINIMIZE: flags = DFCS_CAPTIONMIN; break; - case HBMMENU_MBAR_MINIMIZE_D: + case (WORD)HBMMENU_MBAR_MINIMIZE_D: flags = DFCS_CAPTIONMIN | DFCS_INACTIVE; break; - case HBMMENU_MBAR_CLOSE: + case (WORD)HBMMENU_MBAR_CLOSE: flags = DFCS_CAPTIONCLOSE; break; - case HBMMENU_MBAR_CLOSE_D: + case (WORD)HBMMENU_MBAR_CLOSE_D: flags = DFCS_CAPTIONCLOSE | DFCS_INACTIVE; break; - case HBMMENU_CALLBACK: - case HBMMENU_POPUP_CLOSE: - case HBMMENU_POPUP_RESTORE: - case HBMMENU_POPUP_MAXIMIZE: - case HBMMENU_POPUP_MINIMIZE: + case (WORD)HBMMENU_CALLBACK: + case (WORD)HBMMENU_POPUP_CLOSE: + case (WORD)HBMMENU_POPUP_RESTORE: + case (WORD)HBMMENU_POPUP_MAXIMIZE: + case (WORD)HBMMENU_POPUP_MINIMIZE: default: FIXME("Magic 0x%08x not implemented\n", LOWORD(lpitem->text)); return; -- gmt "War is an ugly thing, but not the ugliest of things; the decayed and degraded state of moral and patriotic feeling which thinks that nothing is worth war is much worse. A man who has nothing for which he is willing to fight; nothing he cares about more than his own personal safety; is a miserable creature who has no chance of being free, unless made and kept so by the exertions of better persons than himself." -- John Stuart Mill

1 0

wintab.dll: Copyright & trademark issues.
by Robert North 22 Nov '02

22 Nov '02

As I mentioned in an e-mail a couple of days back, I'm about to start implemening a version of wintab.dll. First I want to ask about legal issues: 1. trademark issues. wintab is a trademark. Does this impact on the ability to implement wintab.dll 2. API header files. Please look at the licence for the API files, avaialable at the following URL: http://www.pointing.com/Wintab/WTKIT126.ZIP Does this allow our use of the headers, in Wine? Does it allow the use of fragments of the headers in Wine? This is not too much of an issue, as I understand it's OK to re-write compatible headers "In your own words". 3. I am in the UK, how does this affect the copyright/trademark issues above? Ok, some background about wintab: wintab.dll is an "open industry standard" API developed by a group of tablet manufacturers, and seems to be currently maintained by the company LCS/Telegraphics. Web page for wintab: http://www.pointing.com/WINTAB.HTM LCS/Telegraphics home: http://www.pointing.com/LCS.HTM I also found this organiation that LCS belongs to interesting: http://www.interop.org/ Many thanks -Rob.

1 0

Re: wine and asyncronous file i/o
by Martin Fuchs 22 Nov '02

22 Nov '02

Thanks, Martin! > EOF conditions are nasty. Seems we got it wrong... Please try the > following patch (it should solve your problem). However I guess it needs > regression testing because it changes overlapped ReadFile() semantics > drastically. If this condition turns out to be right, we may actually be > able to get rid of the special treatment of sockets in > FILE_AsyncReadService(). Yes, the file read routine seems to work now. However the application doesn't run completely yet. But that's another problem, I think... -- Martin Fuchs martin-fuchs(a)gmx.net

1 0

wm_mousehover bug fix.....
by Mike Hearn 22 Nov '02

22 Nov '02

Sorry to kind of spam, it was much easier to fix it than I thought it would be. Hacking wine isn't so hard after all...... input.c line 970 should be: PostMessageA(TrackingList[i].tme.hwndTrack, WM_MOUSEHOVER, get_key_state() , (pos.y << 8) + (pos.x)); I didn't think it was worth sending to wine-patches as it's just a 1 line fix and I didn't do it against wine cvs, but the last tarball release. That solves all my mouse handling issues with the ASV, so I'm a happy person once more. If somebody could apply that patch that'd be fab. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ

4 3

RFC: console & curses
by Eric Pouech 22 Nov '02

22 Nov '02

I did send a couple of days ago a first patch about the (n)curses backend to wineconsole Alexandre commented a few implementation issues in it, which may change a bit what I started with and how the wineconsole should behave: console creation can be invoked from different contexts: 1/ the program calls AllocConsole 2/ the user starts wine thru wineconsole for his/her (favorite) CUI app (using from command line something like 'wineconsole foo') 3/ (N1) the program forks a child with CREATE_NEW_CONSOLE flags set in CreateProcess 4/ the program doesn't request anything on the other hand, wineconsole is now able to handle two types of backend for the user interface: A/ USER: the one already in place B/ Curses: the new one using (n)curses and a regular term for display (N2) C/ no wineconsole support => by default, the windows input & output streams are hooked to stdin and stdout, but we don't provide full console support - cursor motion, screen reading... now the final question, how to choose between A, B and C. the proposal is to fix the choice with: 1 => A 2 => B 3 => A 4 => C why such a directive proposal ? 4 => C is rather natural and doesn't need further explanation (one day, we could envisage to support it no longer, but that's another story) 1 => A greatly facilitates the console creation (ncurses requires both terminal control and moreover to keep the process group leader running as long as all the children - hooked to the same terminal - are running). Very few programs use AllocConsole (and even use it). The only issue may be with winedbg which may allocate its own console on startup (N3) 2 => B we could easily add 2 => A too (with some wineconsole parameters). Moreover, if the user wants to have the console in a specific xterm, it's doable with xterm -e 'wineconsole blablabla' 3 => A here again it's easier to deal with. if trying to run a curses backend, we should ensure that two different wineconsoles are not currently hooked to the same terminal If you have any comments, speak up now !! A+ N1: 3/ can be seen from various aspects as a specific case of 1/, but implementation could implement it as 2/) N2: one could try running wineconsole USER backend with ttydrv instead of x11drv, but that's out of the scope of this (maybe for Dimi's fun projects list N3: IMO what's missing is that winedbg should check if has inheried a real console. If so, it should detach from it and recreate a new one.

3 16

Re: Rosetta, wine, sound bug?
by Jeff Smith 22 Nov '02

22 Nov '02

>From: Sylvain Petreolle <spetreolle(a)yahoo.fr> > > > bash-2.05a$ wine -debugmsg +winmm,+wave,+dsound Rosetta.exe > > trace:winmm:WINMM_LibMain 0x41630000 0x1 (nil) > > trace:winmm:WINMM_CreateIData Created IData (0x403f0ef8) > > trace:winmm:MMDRV_Install ('wineoss.drv', 'wineoss.drv', mapper=N); > > trace:winmm:MMDRV_Install Got 32 bit func 'auxMessage' > > trace:winmm:MMDRV_Install Got 32 bit func 'mixMessage' > > trace:winmm:MMDRV_Install Got 32 bit func 'midMessage' > > trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' > > trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' > > trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' > > trace:winmm:MMDRV_GetDescription32 Can't find file wineoss.drv > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Shouldn't happen. > > trace:winmm:MMDRV_Install wineoss.drv => No description I get similar errors with MMDRV_GetDescription32. I assumed they were happening because the actual file wineoss.drv does not exist. Further, I assumed that MMDRV_GetDescription32 tries to get the description from locating the relevant record in the actual file. Please note that I have not had a chance to verify any of this. I have just recently taken an interest in wine's sound libraries, and would be glad to help out where I can. -- Jeff S _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

Rosetta, wine, winex bug?
by ladies_man＠earthlink.net 22 Nov '02

22 Nov '02

I have a problem with wine, and everyone says that it is a bug, so I suppose that it would have some relevance here. Any help or solutions would be helpful. I have three programs, wine, winex, and Rosetta. When I combine winex with Rosetta sound works fine, but then the display is royally messed up. When I use wine with Rosetta, the sound fails but everything else works beautifully. Computer Information: Make: Dell Inspiron 3800 Laptop Processor: 700mhz Celeron Ram: 128mb Distribution: Gentoo Linux, stage 1, highly optimized and custom compiled. Video Card: ATI Rage Mobility Sound Card: ESS Maestro3 Devices: /dev/mixer /dev/dsp /dev/cdroms/cdrom0 Here is my Wine config file: [Drive C] "Path" = "${HOME}/.wine/fake_windows" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" ;;[Drive D] ;;"Path" = "/path/to/drive_d" ;;"Type" = "hd" ;;"Label" = "LABEL" ;;"Filesystem" = "win95" [Drive E] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-Rom" "Filesystem" = "win95" "Device" = "/dev/cdroms/cdrom0" [Drive F] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive H] "Path" = "${HOME}" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [Drive Z] "Path" = "/" "Type" = "network" "Label" = "Root" "Filesystem" = "win95" [wine] "Windows" = "c:\\Windows" "System" = "c:\\Windows\\System" "Temp" = "f:\\" "Path" = "c:\\Windows;c:\\Windows\\System;f:\\;h:\\;z:\\" "Profile" = "c:\\Windows\\Profiles\\Administrator" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" # <wineconf> [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31)" }, ;"Windows" = "win98" ; DOS version to imitate ;"DOS" = "6.22" ; Be careful here, wrong DllOverrides settings have the potential ; to pretty much kill your setup. [DllOverrides] "rpcrt4" = "builtin, native" "oleaut32" = "builtin, native" "ole32" = "builtin, native" "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "ver" = "builtin, native" "version" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "shdocvw" = "builtin, native" "lzexpand" = "builtin, native" "lz32" = "builtin, native" "comctl32" = "builtin, native" "commctrl" = "builtin, native" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "mpr" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "opengl32" = "builtin, native" "msvcrt" = "native, builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "msacm" = "builtin, native" "msacm32" = "builtin, native" "midimap.drv" = "builtin, native" ; you can specify applications too "notepad.exe" = "native, builtin" ; default for all other dlls "*" = "native, builtin" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "N" ; Use a desktop window of 640x480 for Wine "Desktop" = "640x480" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) "UseDGA" = "Y" ; Use XShm extension if present "UseXShm" = "Y" ; Use XVidMode extension if present "UseXVidMode" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read the Fonts topic in the Wine User Guide before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" ; the TrueType font dirs you want to make accessible to wine [FontDirs] ;"dir1" = "/usr/X11R6/lib/X11/fonts/TrueType" ;"dir2" = "/usr/share/fonts/truetype" ;"dir3" = "/usr/X11R6/lib/X11/fonts/TT" ;"dir4" = "/usr/share/fonts/TT" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/ttyS2" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [ppdev] ;; key: io-base of the emulated port ;; value : parport-device{,timeout} ;; timeout for auto closing an open device ( not yet implemented) ;"378" = "/dev/parport0" ;"278" = "/dev/parport1" ;"3bc" = "/dev/parport2" [spooler] "FILE:" = "tmp.ps" "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ;"write" = "0x779,0x379,0x280-0x2a0" [Debug] ;"RelayExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"RelayInclude" = "user32.CreateWindowA" ;"SnoopExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"SpyExclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' ;; this has *nothing* to do with the windows version Wine returns: ;; set the "Windows" value in the [Version] section if you want that. "WineLook" = "Win95" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" #"Drivers" = "winearts.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" [dsound] ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. ;"HELmargin" = "5" ;; HEL only: Number of waveOut fragments ahead to queue to driver. ;"HELqueue" = "5" ;; Max number of fragments to prebuffer ;"SndQueueMax" = "28" ;; Min number of fragments to prebuffer ;"SndQueueMin" = "12" ;; Kazaa Lite [AppDefaults\\Kazaa.exe\\DllOverrides] "shdocvw" = "native" "shlwapi" = "native" "urlmon" = "native" # </wineconf> Here is the output from the wine command: bash-2.05a$ wine -debugmsg +warn,+winmm,+winoss,+err,+fixme .wine/fake_windows/Program\ Files/The\ Rosetta\ Stone/The\ Rosetta\ Stone/Rosetta.exe trace:winmm:WINMM_LibMain 0x41630000 0x1 (nil) trace:winmm:WINMM_CreateIData Created IData (0x403f10a8) trace:winmm:MMDRV_Install ('wineoss.drv', 'wineoss.drv', mapper=N); trace:winmm:MMDRV_Install Got 32 bit func 'auxMessage' trace:winmm:MMDRV_Install Got 32 bit func 'mixMessage' trace:winmm:MMDRV_Install Got 32 bit func 'midMessage' trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 Can't find file wineoss.drv trace:winmm:MMDRV_Install wineoss.drv => No description trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 6 dev for (wineoss.drv:Aux) trace:winmm:MMDRV_InitPerType Setting min=0 max=6 (ttop=6) for (wineoss.drv:Aux)trace:winmm:MMDRV_InitPerType Aux:Trans[0] -> w ineoss.drv trace:winmm:MMDRV_InitPerType Aux:Trans[1] -> wineoss.drv trace:winmm:MMDRV_InitPerType Aux:Trans[2] -> wineoss.drv trace:winmm:MMDRV_InitPerType Aux:Trans[3] -> wineoss.drv trace:winmm:MMDRV_InitPerType Aux:Trans[4] -> wineoss.drv trace:winmm:MMDRV_InitPerType Aux:Trans[5] -> wineoss.drv trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (wineoss.drv:Mixer) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (wineoss.drv:Mixer) trace:winmm:MMDRV_InitPerType Mixer:Trans[0] -> wineoss.drv trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:MidiIn) trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 0 dev for (wineoss.drv:MidiOut) trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (wineoss.drv:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (wineoss.drv:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> wineoss.drv trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (wineoss.drv:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=1 (ttop=1) for (wineoss.drv:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> wineoss.drv trace:winmm:MMDRV_Install ('wavemapper', 'msacm.drv', mapper=Y); trace:winmm:MMDRV_Install Got 32 bit func 'widMessage' trace:winmm:MMDRV_Install Got 32 bit func 'wodMessage' trace:winmm:MMDRV_GetDescription32 Can't find file msacm.drv trace:winmm:MMDRV_Install msacm.drv => No description trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveIn) trace:winmm:MMDRV_InitPerType WaveIn:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveIn:Trans[0] -> wineoss.drv trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=1) for (wavemapper:WaveOut) trace:winmm:MMDRV_InitPerType WaveOut:Trans[-1] -> wavemapper trace:winmm:MMDRV_InitPerType WaveOut:Trans[0] -> wineoss.drv trace:winmm:MMDRV_Install ('midimapper', 'midimap.drv', mapper=Y); trace:winmm:MMDRV_Install Got 32 bit func 'modMessage' trace:winmm:MMDRV_GetDescription32 Can't find file midimap.drv trace:winmm:MMDRV_Install midimap.drv => No description trace:winmm:MMDRV_InitPerType DRVM_INIT => 00000000 trace:winmm:MMDRV_InitPerType Got 1 dev for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType Setting min=0 max=0 (ttop=0) for (midimapper:MidiOut) trace:winmm:MMDRV_InitPerType MidiOut:Trans[-1] -> midimapper trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:waveOutGetDevCapsA (0 0x406b22c4 52)! trace:winmm:MMDRV_Message (WaveOut 0 4 0x00000000 0x406b22c4 0x00000034 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=4 usr=0x00000000 p1=0x406b22c4 p2=0x00000034 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutMessage ((nil), 2058, 1080763140, 0) trace:winmm:MMDRV_PhysicalFeatures (0x403f2594, 080a, 406b2304, 00000000) trace:winmm:MMDRV_Message (WaveOut 0 2058 0x00000000 0x406b2304 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=2058 usr=0x00000000 p1=0x406b2304 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open (0x4043334c, 0, Out, 0x40433338, 43630D38, 404330B0, 00030080, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=22050, nAvgBytesPerSec=44100, nBlockAlign=2, wBitsPerSample=8, cbSize=0 trace:winmm:WAVE_Open cb=43630d38 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b21a0 0x406b2220 0x00030080 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b21a0 p1=0x406b2220 p2=0x00030080 trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=0x8000 trace:winmm:waveOutSetVolume (0000, ffffffff); trace:winmm:MMDRV_Message (WaveOut 0 17 0x00000000 0xffffffff 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=17 usr=0x00000000 p1=0xffffffff p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutClose (0x8000) trace:winmm:MMDRV_Message (WaveOut 0 6 0x406b21c8 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=6 usr=0x406b21c8 p1=0x00000000 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutGetDevCapsA (4294967294 0x406b1f2c 52)! trace:winmm:waveOutGetDevCapsA (0 0x406b2068 52)! trace:winmm:MMDRV_Message (WaveOut 0 4 0x00000000 0x406b2068 0x00000034 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=4 usr=0x00000000 p1=0x406b2068 p2=0x00000034 trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open ((nil), 0, Out, 0x40430808, 00000000, 00000000, 00000001, 32); trace:winmm:WAVE_Open WAVE_FORMAT_QUERY requested ! trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16 , cbSize=0 trace:winmm:WAVE_Open cb=00000000 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b1fb4 0x406b2034 0x00000001 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b1fb4 p1=0x406b2034 p2=0x00000001 trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=(nil) trace:winmm:WAVE_Open (0x40430804, 0, Out, 0x40430808, 00000000, 00000000, 00000002, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16 , cbSize=0 trace:winmm:WAVE_Open cb=00000000 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b1fac 0x406b202c 0x00000002 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b1fac p1=0x406b202c p2=0x00000002 trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=0x8000 trace:winmm:waveOutGetVolume (8000, 404307f8); trace:winmm:MMDRV_Message (WaveOut 0 16 0x406b1fd4 0x404307f8 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=16 usr=0x406b1fd4 p1=0x404307f8 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutClose (0x8000) trace:winmm:MMDRV_Message (WaveOut 0 6 0x406b1fd4 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=6 usr=0x406b1fd4 p1=0x00000000 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open (0x40430804, 0, Out, 0x40430808, 00000000, 00000000, 00000002, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16 , cbSize=0 trace:winmm:WAVE_Open cb=00000000 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b2210 0x406b2290 0x00000002 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b2210 p1=0x406b2290 p2=0x00000002 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=0x8000 trace:winmm:waveOutGetVolume (8000, 406b233c); trace:winmm:MMDRV_Message (WaveOut 0 16 0x406b2238 0x406b233c 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=16 usr=0x406b2238 p1=0x406b233c p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutClose (0x8000) trace:winmm:MMDRV_Message (WaveOut 0 6 0x406b2238 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=6 usr=0x406b2238 p1=0x00000000 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:WAVE_Open (0x40430804, 0, Out, 0x40430808, 00000000, 00000000, 00000002, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16 , cbSize=0 trace:winmm:WAVE_Open cb=00000000 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b1ec0 0x406b1f40 0x00000002 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b1ec0 p1=0x406b1f40 p2=0x00000002 trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=0x8000 trace:winmm:waveOutPrepareHeader (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b1ee8 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b1ee8 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b1ee8 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b1ee8 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b1ee8 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b1ee8 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b1ee8 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b1ee8 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:waveOutWrite (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b1ee8 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b1ee8 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b1ee8 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b1ee8 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b1ee8 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b1ee8 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b1ee8 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b1ee8 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutReset (0x8000); trace:winmm:MMDRV_Message (WaveOut 0 12 0x406b1ee8 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=12 usr=0x406b1ee8 p1=0x00000000 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b1ee8 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b1ee8 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b1ee8 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b1ee8 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b1ee8 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b1ee8 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b1ee8 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b1ee8 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutClose (0x8000) trace:winmm:MMDRV_Message (WaveOut 0 6 0x406b1ee8 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=6 usr=0x406b1ee8 p1=0x00000000 p2=0x00000000 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:WAVE_Open (0x40430804, 0, Out, 0x40430808, 00000000, 00000000, 00000002, 32); trace:winmm:WAVE_Open wFormatTag=1, nChannels=2, nSamplesPerSec=44100, nAvgBytesPerSec=176400, nBlockAlign=4, wBitsPerSample=16 , cbSize=0 trace:winmm:WAVE_Open cb=00000000 trace:winmm:MMDRV_Open Setting mmdIndex to 0 trace:winmm:MMDRV_Message (WaveOut 0 5 0x406b22b8 0x406b2338 0x00000002 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=5 usr=0x406b22b8 p1=0x406b2338 p2=0x00000002 trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WAVE_Open => 0 hWave=0x8000 trace:winmm:waveOutPrepareHeader (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b22e0 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b22e0 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b22e0 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b22e0 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b22e0 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b22e0 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutPrepareHeader (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 7 0x406b22e0 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=7 usr=0x406b22e0 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x2 (nil) trace:winmm:waveOutWrite (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b22e0 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b22e0 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b22e0 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b22e0 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b22e0 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b22e0 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutWrite (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 9 0x406b22e0 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=9 usr=0x406b22e0 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutReset (0x8000); trace:winmm:MMDRV_Message (WaveOut 0 12 0x406b22e0 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=12 usr=0x406b22e0 p1=0x00000000 p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x40430824, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b22e0 0x40430824 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b22e0 p1=0x40430824 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x404308b8, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b22e0 0x404308b8 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b22e0 p1=0x404308b8 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x4043094c, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b22e0 0x4043094c 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b22e0 p1=0x4043094c p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutUnprepareHeader (0x8000, 0x404309e0, 32); trace:winmm:MMDRV_Message (WaveOut 0 8 0x406b22e0 0x404309e0 0x00000020 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=8 usr=0x406b22e0 p1=0x404309e0 p2=0x00000020 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutClose (0x8000) trace:winmm:MMDRV_Message (WaveOut 0 6 0x406b22e0 0x00000000 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=6 usr=0x406b22e0 p1=0x00000000 p2=0x00000000 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x3 (nil) trace:winmm:waveOutSetVolume (0000, ffffffff); trace:winmm:MMDRV_Message (WaveOut 0 17 0x00000000 0xffffffff 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=17 usr=0x00000000 p1=0xffffffff p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:waveOutSetVolume (0000, ffffffff); trace:winmm:MMDRV_Message (WaveOut 0 17 0x00000000 0xffffffff 0x00000000 Y)! trace:winmm:MMDRV_Message Calling message(dev=0 msg=17 usr=0x00000000 p1=0xffffffff p2=0x00000000 trace:winmm:MMDRV_Message => 0 trace:winmm:WINMM_LibMain 0x41630000 0x0 0x1 bash-2.05a$ Now I have no clue what the problem is, many people have been working on this and none of them can figure it out. Both winex 20020807 and the 2.2.1 version have used the oss.drv's and they work. If anyone can help solve this problem I would greatly appreciate it, and if it is a bug, I hope you can fix it quickly. -- ---------------------------------- E-Mail: ladies_man(a)earthlink.net Date: 20-Nov-2002 Time: 15:54:44 This message was sent by XFMail ---------------------------------- -- ---------------------------------- E-Mail: ladies_man(a)earthlink.net Date: 20-Nov-2002 Time: 15:59:39 This message was sent by XFMail ----------------------------------

4 7

winspool.drv again
by Dimitrie O. Paun 22 Nov '02

22 Nov '02

Alexandre, The winspool.drv issue is a lot more serious than the in-tree execution. This one screws things up badly for the PuTTY build system. Should we modify winebuild to try to link with winspool.drv, and if that fails with winspool.dll when -lwinspool is given? (or the other way around, I don't know) I'd really appreciate help on this one, so I can send the patch out. -- Dimi.

4 4

Wine and IrDA via Virtual Com Port
by Ryan Reading 22 Nov '02

22 Nov '02

Hi all, This is my first time on this list. I've been playing around with Wine with quite a bit of success, but I've ran into a problem when trying to get an old program that uses IR to work correctly. I've already post on comp.emulators.ms-windows.wine and they referred my problem here. Here is the info that I have... For the record, I am running Wine 20021031. The program is based on the commercial Greenleaf Comm++ libraries. It is designed to be utilized in Windows on top of a *virtual* Com port running IrDA. The software itself knows nothing of IrDA, it's the *virtual* Com port's responsibility to provide that. Apparently it uses IrCOMM and TinyTP, but I'm just learning exactly what that means. I setup Linux to run IrDA through /dev/ttyS0 (the physical IR serial device) on /dev/ircomm0 (the IrDA device). I set "Com4" = "/dev/ircomm0". in the wine config file. I run the software with "--debugmsg +comm,+file" and look at the output. The software gets to a point where it performs some basic Serial port setup (SetupComm(), GetCommState(), SetCommState(), etc) and then I get the following... <snip> trace:file:Writefile 192 0x420b1190 14 0x4230a200 0x430a1530 trace:file:Writefile Overlapped not specified or invalid event flag <-- this is the interesting line trace:ClearCommError handle 0xc0 cbInQue = 0 cbOutQue = 0 ... last line repeated until timeout </snip> ( big apologies for not having a larger dump ) The pointer to the OVERLAPPED structure in this function is not set to NULL, but the hEvent member of that struct is set to ZERO (0), which seems to be the problem. I don't know why that member variable is set to ZERO (0), but that obviously keeps me from actually writing anything to the IR port. So my question involves how to approach this problem. I actually modified the Wine code to "overlook" the bad hEvent variable in WriteFile(), ReadFile(), and GetOverlappedResult() just for kicks to see what would happen. When I do that, it actually sends stuff over the IR connection and processes more ( additional ReadFile[Ex](), WriteFile[Ex](), GetOverlappedResult() calls ), but obviously the handshaking doesn't complete correctly since I'm ignoring the error checking. Could my problem be in the way IrDA is setup ( i.e. what is the correct way to emulate a Windows *virtual* COM port running IrDA in Wine )?? Any advice or information on this problem would be really appreciated. Thanks. -- Ryan

2 1

Debugging mouse messages
by Mike Hearn 22 Nov '02

22 Nov '02

Hi, After setting up my dual crossover/winehq (last tarball release) installation, I tried doing some traces on IE with the adobe svg plugin. I can't figure out why I am getting this: trace:msg:MSG_peek_message got type 5 msg 113 hwnd 0 wp 8 lp 41380d58 trace:cursor:X11DRV_GetCursorPos pointer at (661,442) trace:msg:MSG_peek_message got type 5 msg 2a1 hwnd 10042 wp 0 lp 0 trace:msg:GetKeyState key (0x12) -> 0 trace:msg:WINPROC_CallProc32ATo32W func 0x413e9024 (hwnd=00010039,msg=WM_USER+000b,wp=00000000,lp=00000000) over and over again when the mouse is not moving. It appears that IE (the constant polling for the cursor position occurs when showing a 404 screen too) has different mouse behaviour to other apps, for instance in WebFerret the X11DRIV_GetCursorPos function is only called when the mouse actually moves. In IE, it's called seemingly on a timer (i'd guess every .25 or .5 seconds) even when the cursor is over a toolbar (though not the address bar oddly). I'm also confused by the reference to WINPROC_CallProc32ATo32W, is this normal? Google says it's used as part of 32bit<->16bit thunking, but there is no 16bit code here as far as I'm aware. Any ideas? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ

2 3