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

Web CVS annotation

by Jeff Smith

I know nothing of cvs administration, but would it be possible (without too much effort) to add annotation to the web cvs interface? I find that knowing the last time a particular piece of code changed can make regression testing and assorted other tasks happen a lot faster. Compare: annotated file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… raw file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… -- Jeff S _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

Jan. 6, 2003

Re: console handling

by Dimitrie O. Paun

On January 6, 2003 03:40 pm, Eric Pouech wrote: > thanks for the traces ;-) No problem, my pleasure! :) > ok, winedbg is too slow to respond, so gdb retries with the same packet, > and when winedbg is ready, it's out of sync with gdb... > does the attached hack^H^H^H^Hpatch solve the issue ? Perfect -- thank you! Look: [dimi(a)dimi bin]$ winedbg -- --gdb visual-mingw.exe.so using wine_path: wine 081c18e8:081c10f8: create process 'F:\dev\wine\visual-mingw.cvs\bin\visual-mingw.exe'/0x400eea00 @40562000 (0<0>) 081c18e8:081c10f8: create thread I @40562000 GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\ntdll.dll @40050000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\kernel32.dll @40ac0000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\advapi32.dll @40a70000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\gdi32.dll @40a10000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\user32.dll @40900000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\comctl32.dll @40850000 (0<0>) 081c18e8:081c10f8: loads DLL C:\Windows\System\ole32.dll @65f00000 (0<19251>) 081c18e8:081c10f8: loads DLL C:\Windows\System\MSVCRT.DLL @78000000 (0<0>) 081c18e8:081c10f8: loads DLL C:\Windows\System\SHLWAPI.DLL @70bd0000 (0<7222>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\shell32.dll @40bd0000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\winspool.drv @40c30000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\comdlg32.dll @40b50000 (0<0>) 081c18e8:081c10f8: loads DLL C:\WINDOWS\SYSTEM\x11drv.dll @40ca0000 (0<0>) 081c18e8:081c10f8: exception code=80000003 [New Thread 136057080] 0x400b0f20 in ?? () trace: 18 => 0 Wine-gdb> -- Dimi.

Jan. 6, 2003

Agent crashes and burns

by Oliver Sampson

Howdy, It's been a little while since I've updated my CVS and I wanted to get the latest update before breaking things myself. I updated to today's CVS, and Agent would barely load and then crash. I would then get a message from the console saying it couldn't start the debugger (I've since fixed that.) So, in a panic to get my email back (so I'll be able to write this email), I went back a week in the cvs, did a new build and everything is working fine again. So, the bad news is that something since 20021228 has broken things for agent pretty severely. The worse news is that I don't have a traceback. If no one is seeing a simlar prolbem, I could download the latest CVS and try again... One other thing: As I look through the code, and I see how the procedure headers are turned into the auto doc for the web site. Would it be acceptable to refine some of those headers to include comments and return codes and so forth (like WinExec)? And if I find errors in the documentation, is the right thing to do to send a diff for the sgml? Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

Jan. 6, 2003

Re: RDP client under Wine?

by Rick Romero

On Mon, 2003-01-06 at 10:32, Hetz Ben Hamo wrote: > > > 1. rdesktop - it runs, but only 8 bit colors and it's pretty slow (on > > > 10MBit LAN) > > > > Hmm? Does the '-D' (depth) option to rdesktop not work as intended? The > > manpage also says it autodetects your X session's bit depth and matches > > it. What version of rdesktop are you using? > > I'm using 1.2 beta 1 version. the -D option is to hide decoration. I tried to > connect to Windows XP Pro and all I get is 8 bit colors, while my X is set to > 24 bits (XFree 4.2.1, NVidia binary drivers). I didn't find any info on man > page how to get more then 8 bit colors... I tried 1.2 beta 1, and it seems noticeably slower than the patchlevel I'm currently running. The 'Experimental' patches are actually for 1.1.0, while the site incorrectly says they're for 1.0. http://bibl4.oru.se/projects/rdesktop/ has the patches for 1.1.0. Try that. (plus the 1.2 beta version doesn't have a 'percent of desktop' option, I like that one :) Rick > > I've also used rdesktop for remotely administering servers over a 256K > > link. While not speedy, it's definitely more responsive than VNC. > > True. > > Thanks, > Hetz -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

Jan. 6, 2003

Re: but report -- the last line tell me do this

by Marcus Meissner

On Mon, Jan 06, 2003 at 06:39:36PM +0800, yf wrote: > [yf(a)yf 2002]$ wine ./hexin.exe > fixme:ole:CoRegisterMessageFilter stub > fixme:shdocvw:WBPCI2_GetGUID stub: dwGuidKind = 1, pGUID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBPCI2_GetGUID Wrongly returning IPropertyNotifySink interface {9bfbbc02-eff1-101a-84ed-00aa00341d07} > fixme:shdocvw:WBQA_QuickActivate stub: QACONTAINER = 0x40760874, QACONTROL = 0x407608b4 > fixme:shdocvw:WBPSI_InitNew stub > fixme:shdocvw:WBCP_Advise stub: IUnknown = 0x4183bfe4, connection cookie = 0 > fixme:shdocvw:WBOOBJ_SetExtent stub: (0x41f0a940, 1, (0 x 0)) > fixme:shdocvw:WBOOBJ_DoVerb : stub iVerb = -5 > fixme:shdocvw:WBOOBJ_DoVerb stub for OLEIVERB_INPLACEACTIVATE > fixme:shdocvw:WBOC_GetControlInfo stub: LPCONTROLINFO = 0x4183bf84 > fixme:shdocvw:WBOIPO_GetWindow stub HWND* = 0x40760980 > fixme:shdocvw:WB_Invoke stub dispIdMember = -518, IID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153244 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153168 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1 > fixme:shdocvw:WBOIPO_InPlaceDeactivate stub > fixme:shdocvw:WBOOBJ_SetClientSite stub: (0x41f0a940, (nil)) > fixme:shdocvw:WBOOBJ_Close stub: () I get as far, than it fscks up its double byte names. With what 'LANG' var do you run it? > err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. This will do an immediate exit(1); so WINE terminates here. It probably should not. Ciao, Marcus

Jan. 6, 2003

Re: Mac OS X/Darwin port of Wine

by Jeremy White

On Mon, 2003-01-06 at 11:12, Jim White wrote: > Mike Hearn wrote: > > Supposedly Mac OS X already has the largest installed base of > > any single *nix distribution... > > > > Actually, according to figures from Apple and IDC (guess which is more > > neutral) desktop Linux has at least double and possibly quadruple the > > installed userbase of MacOS X. I have pointed this out several times > > when people make statements such as that, and have yet to be refuted, > > ... > > Do you have any references for those statistics? The thing that IDC > just said is that they expect new Linux desktop shipments to pass new > Mac OS X shipments within the next year or two. Even if that comes to > pass (which I very much doubt), that doesn't directly address the > installed base size. The only stats I personally find compelling are those from Google: http://www.google.com/press/zeitgeist/zeitgeist-sept02.html I've been waiting oh so long for that to tick from 1% to 2%; that will signal the beginning of the desktop revolution to me. Sadly, I think Google rounds up generously, so I suspect it will be a while before we even have a legitimate 1%. Jer

Jan. 6, 2003

Re: Mac OS X/Darwin port of Wine

by Jim White

Mike Hearn wrote: > Supposedly Mac OS X already has the largest installed base of > any single *nix distribution... > > Actually, according to figures from Apple and IDC (guess which is more > neutral) desktop Linux has at least double and possibly quadruple the > installed userbase of MacOS X. I have pointed this out several times > when people make statements such as that, and have yet to be refuted, > ... Do you have any references for those statistics? The thing that IDC just said is that they expect new Linux desktop shipments to pass new Mac OS X shipments within the next year or two. Even if that comes to pass (which I very much doubt), that doesn't directly address the installed base size. http://www.macobserver.com/columns/thebackpage/2003/20030103.shtml > As CPU emulation would be one > of the trickier parts, I'd definately go with the advice to start by > making x86 binaries work on Linux/PPC, as that keeps the number of > things that could interfere to a minimum. I'm reconsidering how to get started now. I spent a fair bit of the weekend trying to get Darwin/X86 running and it doesn't look promising. Not only do I need to get a different motherboard but it sounds like there are siginificant issues with bugs and performance. I'm quite unlikely to set up a Linux/PPC box myself, although I am *very* interested in hearing from folks working on Wine for *any* PPC OS. And this does seem like a promising area for Linux/PPC folk as I'm sure there would a fair bit of interest in being able to run Linux/X86 binaries (which would be cool with miscellaneous binary support). I have been interested in ways to have Linux compatibility on Mac OS X (it is a microkernel system after all), so I will spend a little time investigating that. But now (unless Darwin/X86 things improve quickly, which I doubt) the most likely way forward for me will be to tackle the problem directly with Mac OS X. Jim

Jan. 6, 2003

Symbol stripping?

by Mike Hearn

Confused again I'm afraid. Winedbg gives me a lot of "No debugging information" messages when I load it up, which makes sense because watching the diagnostic text flow past during a build I see lots of "strip --strip-unneeded" lines. The ChangeLog refers to adding this to save disk space, but the man page says "strip everything not needed for relocation processing". Doesn't this strip out debug info though, which is sort of useful for debugging? Am I configuring Wine wrongly? What's happening here? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

Jan. 6, 2003

Problem with interrupt vector

by Gustavo Junior Alves

Hi, Since 20021107, some programs is not functional anymore. The problem begins with change of INT_GetPMHandler to DOSVM_GetPMHandler16. When the function try to read the interrupt vector, the app crashs, with following error message: Unhandled exception: page fault on read access to 0x00000090 in 32-bit code (0x41cc7cb3). In 32-bit mode. 0x41cc7cb3 (WINEDOS.DLL.EmulateInterruptPM+0x30b in winedos.dll.so): movl 0x0(,%eax,4),%eax Any ideas about this problem?? How I can fix this? Thanks, Gustavo Junior Alves alves(a)coslinux.com.br

Jan. 6, 2003

Re: RDP client under Wine?

by Hetz Ben Hamo

> > 1. rdesktop - it runs, but only 8 bit colors and it's pretty slow (on > > 10MBit LAN) > > Hmm? Does the '-D' (depth) option to rdesktop not work as intended? The > manpage also says it autodetects your X session's bit depth and matches > it. What version of rdesktop are you using? I'm using 1.2 beta 1 version. the -D option is to hide decoration. I tried to connect to Windows XP Pro and all I get is 8 bit colors, while my X is set to 24 bits (XFree 4.2.1, NVidia binary drivers). I didn't find any info on man page how to get more then 8 bit colors... > I've also used rdesktop for remotely administering servers over a 256K > link. While not speedy, it's definitely more responsive than VNC. True. Thanks, Hetz

Jan. 6, 2003