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

Dockable Toolbar painting issue on SUSE 9.1

by Krishna Murthy

I am facing the following issue on SUSe pro 9.1, but this issue is not happening on RH 9.1. - The MFC application has the dockable toolbar - When I undock the toolbar to display ad popup window, the screen is not refreshed and when I see the trace, the X11DRV_SetWindowPos() is called ininitely. - Any one faced this issue? - Could you please point me to the wine code source files related to toolbar / dockable controls so that I could debug where the problem is occurring. The SUSe pro 9.1 has the follwoing library versions: XFree86-fonts-scalable-4.3.99.902-40 XFree86-libs-4.3.99.902-40 XFree86-Mesa-devel-4.3.99.902-40 XFree86-fonts-75dpi-4.3.99.902-40 XFree86-4.3.99.902-43.25 XFree86-Mesa-4.3.99.902-40 XFree86-devel-4.3.99.902-40 XFree86-server-glx-4.3.99.902-40 XFree86-server-4.3.99.902-43.25 XFree86-Xvnc-4.3.99.902-40 kdebase3-SuSE-9.1-18.1 kdebase3-3.2.1-68.15 Thanks in advance, Krishna Murthy Gupta Technologies LLC TEL: (650) 596-4828 E-mail: Krishna.Murthy(a)guptaworldwide.com

Aug. 10, 2004

Different X Displays and Wine

by Boaz Harrosh

I'm trying to connect and run a remote X session from 2 different machines and I fail to run Wine applications. - I connect from Machine M1 using ssh -X (or -Y) run a wine app all is very well. - I connect from another Machine M2 using ssh -X using the same user. The second instance fails with: <message> X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 15 (X_QueryTree) Resource id in failed request: 0xa0002b Serial number of failed request: 137 Current serial number in output stream: 137 </message> Needless to say that if I exit the Wine application on M1 than M2 will run with out any problems. [Q] Is it at-all possible to run Wine on 2 different $DISPLAY s, or is the X-Server a Wine-Server resource. Will using a different user help? Will using desktop mode help? Has any one been successful with letting different network users connect and run Windows Apps under wine? How did they Setup wine? How does Codeweavers do it with their Server Product? Thanks in advance for any help (or failure reports) any one can give me. Free Life Boaz

Aug. 10, 2004

Re: Wine devel: Two MFC bugs

by Mike Hearn

Green, Shaun E. wrote: >>This is a known problem. Our edit control does not currently support the > > ES_RIGHT style at this time. > > Okay, thanks for letting me know. If you want to implement it, I suspect it wouldn't be too hard. Don't be put off by the fact that it's an API implementation, bug fixes can be done anywhere with open source!

Aug. 10, 2004

Re: USB?

by Aric Stewart

Hi, Sorry for not getting back to you all faster, i was at linux world and such. Yup i am looking hard at the setupapi device calls and cfgmgr to try to get some usb support targeted toward the iPod. I have made some progress and am beginning to have an understand of how usb is handled in windows (win2k is my target version) and how to try to handle it in Wine. I do have some difficulty figuring out how win2k is translating vender and product ids into class and interface guids. The documentation reports that they look them up in inf files, however i am finding that not to be true. I am suspecting that some may be hardcoded in the usb support somewhere. I am probably not anywhere close to having anything clean enough to start commiting to Wine. But if you really want to help we may be able to work together on some stuff. -aric

Aug. 10, 2004

Re: winedos: TSR (was MCB implementation)

by markus.amsler＠oribi.org

Quoting Alexandre Julliard <julliard(a)winehq.org>: > markus.amsler(a)oribi.org writes: > > > Now, what should happen, if you start a TSR programm in a win32 shell > (like > > wcmd,Reactos cmd.exe or Windows cmd.exe)? Spawn FreeCOM, implement TSR > somehow > > in win32 (shell or ntdll) or no TSR support in win32 shells? > > No, TSR support doesn't make sense in Win32. What do you need it for? I'm trying to run a DOS application, that uses a TSR as a database driver. So I donn't need TSR support in win32. I was just thinking how TSR support should look like in wine, and that involves what should happen if you start a TSR programm in a win32 shell. You can run already DOS programms in Win32 shells, so it's naturally to try running a TSR. Markus

Aug. 10, 2004

RE: Wine devel: Two MFC bugs

by Green, Shaun E.

>This is a known problem. Our edit control does not currently support the ES_RIGHT style at this time. Okay, thanks for letting me know. > The second bug is that when I multi-select files to perform an > operation on, nothing happens. One selected file works fine, but any > additional ones cause nothing to happen. Works fine in Windows. >What control are you using for the multi-select? ofn.Flags = OFN_ALLOWMULTISELECT | OFN_HIDEREADONLY | OFN_FILEMUSTEXIST | OFN_EXPLORER ; Here is the dialog code; szFileName[0] = '\0'; OPENFILENAME ofn; ofn.lStructSize = sizeof (OPENFILENAME); ofn.hwndOwner = this->m_hWnd; ofn.hInstance = NULL; #if _LANGUAGE==FRENCH ofn.lpstrFilter = "Fichiers TXT\0*.txt\0\0"; #elif _LANGUAGE==ENGLISH ofn.lpstrFilter = "txt (*.txt)\0*.txt\0\0"; #endif ofn.lpstrCustomFilter = NULL; ofn.nMaxCustFilter = 0; ofn.nFilterIndex = 0; ofn.lpstrFile = szFileName; ofn.nMaxFile = _MAX_PATH+50000; ofn.lpstrFileTitle = NULL; ofn.nMaxFileTitle = 0; ofn.lpstrInitialDir = pDoc->repertoire; ofn.lpstrTitle = NULL; ofn.Flags = OFN_ALLOWMULTISELECT | OFN_HIDEREADONLY | OFN_FILEMUSTEXIST | OFN_EXPLORER ; ofn.nFileOffset = 0; ofn.nFileExtension = 0; ofn.lpstrDefExt = NULL; #ifdef _DEBUG ofn.lCustData = 1L; #else ofn.lCustData = 0L; #endif ofn.lpfnHook = NULL; ofn.lpTemplateName = NULL; if (GetOpenFileName (&ofn)) { Thanks, Shaun

Aug. 10, 2004

Incoming message

by Prupe

Aug. 10, 2004

Re: Wine devel: Two MFC bugs

by Dimitrie O. Paun

> The first is a display problem of edit boxes; for some reason the text > (numbers) are displaying left justified, instead of right justified. The > edit boxes are definitely set for right justified and display fine in > Windows. This is a known problem. Our edit control does not currently support the ES_RIGHT style at this time. > The second bug is that when I multi-select files to perform an operation on, > nothing happens. One selected file works fine, but any additional ones cause > nothing to happen. Works fine in Windows. What control are you using for the multi-select? -- Dimi.

Aug. 10, 2004

(no subject)

by Dpaun

Aug. 10, 2004

winedbg doesn't find source files

by Saulius Krasuckas

When using CVS version of Wine I cannot get much debug: [s2(a)katleriai Spawn]$ WINEDEBUG=+volume winedbg winecfg fixme:console:SetConsoleCtrlHandler (0x4066a644,1) - no error checking or testing yet WineDbg starting on pid 0xa In 32 bit mode. Unable to open file /process.c Wine-dbg>br GetDriveTypeW fixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/usr/src/wine-cvs/wine/dlls/user/../../windows/painting.c) in symtab painting.c @00074738 and painting.c @000a026c fixme:dbghelp:elf_load_debug_info Unsupported Dwarf2 information Breakpoint 1 at 0x403be249 GetDriveTypeW [volume.c:1418] in kernel32 Wine-dbg>c fixme:winecfg:WinMain The winecfg tool is not yet complete, and does not actually alter your configuration. fixme:winecfg:WinMain If you want to alter the way Wine works, look in the ~/.wine/config file for more information. trace:volume:GetVolumeInformationW cannot open device L"\\\\.\\C:": err 2 Stopped on breakpoint 1 at 0x403be249 GetDriveTypeW [volume.c:1418] in kernel32 Unable to open file volume.c Wine-dbg>list 10 Wine-dbg>quit WineDbg terminated on pid 0xa I have had a long period of time not using the winedbg, so I cannot tell whether it is a regression. I am using "./configure && make depend && make" to build the Wine and then something like a "sudo make install", if that matters. I need an advice on how to setup winedbg the right way or an explanation, whether this is a bug or an advanced feature. TIA.

Aug. 10, 2004