- Wine-Devel - list.winehq.org

wine wiki syntax question
by James Hawkins May 10, 2005

May 10, 2005

Hey, I have the following in my wiki page: == DONE Items == (./) Use listview instead of listbox in the drive list (./) Fix random bugs with the drives tab listview The first checkmark works, but the second checkmark and text is on the same line and behind the first one. I don't really want the checkmarks to be tabbed like they're in a list, but is there a way to have them on separate lines? -- James Hawkins

1 0

Re: NtQuerySystemInformation #2] Stubbed SystemHandleInformation
by Mike Hearn May 10, 2005

May 10, 2005

On Tue, 10 May 2005 12:00:11 +0200, Paul Vriens wrote: > I added a stubbed SystemHandleInformation that returns nothing for now :-) > I need to find a way to enumerate all the handles in the system, any > ideas? Kernel handles are maintained in the wineservers handle tables: you could add a new request to handle.c and sum up the handles in the global table and all the process tables. thanks -mike

1 0

Re: APPDB: Half-Life and Counter-Strike with WINE
by Hiji May 10, 2005

May 10, 2005

--- "David F. Colwell" <dfcolwell(a)dfcolwell.com> wrote: > Hiji et al, > > Couldn't find Half-Life or Counter-Strike in the DB > yet they returned... > > Submitted version rejected > ------------------------------------------------------- > The version you submitted ( 1.0.0.0) has been > rejected.This application is already in the > database. If you are interested in helping out with > the howto please sign up to be a maintainer of the > application. Thanks. > We appreciate your help in making the Version > Database better for all users. > > Best regards. > The AppDB team > http://www.winehq.org/ > > > I did my part. :-) > On Monday 09 May 2005 7:40 pm, Hiji wrote: > > Any ideas? (I'm forwarding the message, so, it > > defaults to showing below my message. Sorry!) :( --- Chris Morgan <cmorgan(a)alum.wpi.edu> wrote: > I plugged 'half-life' into the search box and got: > > http://appdb.winehq.org/search.php?q=half-life > > Looks like its working here. What did you search > for? > > I just added 'halflife' as a keyword to the > half-life application so searching > for 'halflife' also returns the appropriate results. > > Chris I found it too, but I believe the problem was that he was trying to add a specific version (1.0.0.0), and he got the error. The versions I see on there are 1.1.0.8 and 1.1.1.0 David, can you elaborate for us? Hiji Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

3 3

UT2003 regression, Windowing problem
by Ann and Jason Edmeades May 10, 2005

May 10, 2005

Hi all, I'm trying to track down a regression which causes UT2003 (and UT2004 / Unreal2 apparently) to fail, and am getting stuck at the windowing level so would appreciate any thoughts as to possible causes. (And no, I haven't tried to work out what regressed it... Why spoil my fun!) Basically we enter RedrawWindow and continually loop because the window in question never gets repainted 'properly'. The window has just been created, and very little has happened on the window other than being activated. A +tid,+win,+msg,+x11drv,+spy (with various extra debug code in) shows: Initial pass into RedrawWindow is via UpdateWindow which forces a redrawnow 0009:fixme:win:UpdateWindow In updateWindow 0009:trace:win:RedrawWindow 0x1002e whole window flags: RDW_ALLCHILDREN RDW_UPDATENOW 0009:fixme:win:RedrawWindow redraw hrgn Because of flags, we insist we redraw the screen now... 0009:fixme:win:RedrawWindow @@@> Redrawwindow calling updatenow? 256 0009:fixme:win:RedrawWindow @@@> Calling.... (We never leave the update_now routine) 0009:fixme:win:update_now Before wait We wait for outstanding painting related events. The window has just been created, so its just a clear of the whole screen from 0009:trace:x11drv:X11DRV_Expose win 0x1002e (3000006) 0,0 648x507 0009:trace:x11drv:X11DRV_Expose @@@> 0x1002e B4 Offset into rect (0,0)-(648,507) 0009:trace:x11drv:X11DRV_Expose @@@> 0x1002e Offset into rect (-4,-23)-(644,484) 0009:trace:win:RedrawWindow 0x1002e rect (-4,-23)-(644,484) flags: RDW_INVALIDATE RDW_ERASE RDW_ALLCHILDREN RDW_FRAME 0009:fixme:win:RedrawWindow redraw rects 0009:fixme:win:RedrawWindow @@@> Redrawwindow calling updatenow? 0 So the outstanding event was an invalidate of the whole area 0009:fixme:win:update_now After wait 0009:fixme:win:update_now @@> Calling erase 0009:fixme:win:update_now @@> Called erase The infinite for loop 0009:fixme:win:update_now @@> FOR loop prev=(nil) child=0x40027bec The window needs redrawing 0009:fixme:win:update_now Paint required! 0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650 (hwnd=0x1002e,msg=WM_PAINT,wp=00000000,lp=00000000) ***> Nothing happens here as a result of the paint? 0009:fixme:win:update_now @@> FOR loop prev=0x1002e child=0x1002e So the invalid region is still set, so its assumed the updates have failed so we schedule a complete erase 0009:fixme:win:update_now @@@> 0x1002e not repainted properly, erasing 0009:trace:win:update_now 0x1002e not repainted properly, erasing 0009:fixme:win:update_now 0x1002e region 0x150c box (4,23)-(644,503) In send_erase 0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650 (hwnd=0x1002e,msg=WM_ERASEBKGND,wp=000014ac,lp=00000000) 0009:trace:win:RedrawWindow 0x1002e rect (0,0)-(640,480) flags: RDW_INVALIDATE RDW_ERASE RDW_NOCHILDREN 0009:fixme:win:RedrawWindow redraw rects 0009:fixme:win:RedrawWindow @@@> Redrawwindow calling updatenow? 0 0009:fixme:win:send_erase Out send_erase So we loop again... 0009:fixme:win:update_now @@> FOR loop prev=(nil) child=0x1002e 0009:fixme:win:update_now Paint required! 0009:trace:msg:WINPROC_CallProc32WTo32A func 0x11017650 (hwnd=0x1002e,msg= WM_PAINT,wp=00000000,lp=00000000) ***> Nothing happens here as a result of the paint? Etc etc 0009:fixme:win:update_now @@> FOR loop prev=0x1002e child=0x1002e 0009:fixme:win:update_now @@@> 0x1002e not repainted properly, erasing 0009:trace:win:update_now 0x1002e not repainted properly, erasing etc etc So should there have been an action as a result of the WM_PAINT, and is it valid for it not to occur (ie is wine overdoing the assumption on redrawing) Is updatenow correct for an UpdateWindow call (MSDN states a WM_PAINT should be sent, but doesn't say it will check it gets done). Note there are 2 suspicious patches in painting.c both by AJ - (1.19 and 1.20) - The first tries to handle broken WM_PAINT handlers by avoiding the loop, and the 2nd (1.20) just forces the loop to occur! Adding a 'break' in the case where child==prev and a send ncpaint / send erase has occurred avoids the problem, but what is the correct fix Jason

3 2

games
by Ivan Leo Puoti May 10, 2005

May 10, 2005

If you've got a safedisk1 copy protected game please contact me by private email. All safedisk1 games have a .ICD file in the root of the CD. Ivan.

1 0

[Fwd: Re: Commercial support]
by StartCom Ltd. May 10, 2005

May 10, 2005

Or maybe just because of it, there is a need for commercial support, or somebody might need that support. If it would be running, by just clicking on the executable, no support is really needed, at least not for standard applications. IBM does very well know the existents of Wine (they even acknowledged that by themselves lately), but may very well not support it, because of inter-relation with MS. As of now (just a guess), they don't want to get into more hot water right now.... gslink wrote: > Go to the Wine HQ site and click on applications database. If you > need more applications check the listed links. > This is a problem with every development effort and nobody is blaming > anybody. The larger the effort the worse it gets. This is probably > the worst problem both Microsoft and IBM have with code. If you > change anything in Wine something somewhere will probably quit > running. This is simply the price of progress. My comment, and it is > not a criticism, is that Wine still has rough edges. Eventually these > will go away but for now, you can't simply load Wine into Linux and > blindly start loading in applications. The more complex the > application the more likely it needs setup. As versions progress > setup procedures change and as a result things quit running. > Microsoft Office doesn't run without setup and neither do many of the > older games such as Alice or Rune. Even things like Warcraft come and > go. This is not a criticism it is just the way things are and that is > why I think it is too early to start thinking about commercial support. > What somebody needs to do now is to get a relationship with IBM > similar to the one that Eclipse has. IBM has a problem currently > because there is no native Lotus Notes client for Linux. Wine could > easily solve this problem. I talked to some of the marketing managers > in IBM and most had never heard of Wine. The IBM development labs are > currently starting to develop this native client. If IBM could use > Wine it could save them money and sueing Wine is one thing sueing IBM > is another. > > -- Regards Signer: Eddy Nigg Company: StartCom Linux at www.startcom.org <http://www.startcom.org/> MediaHost^(TM) at www.mediahost.org <http://www.mediahost.org/> Skype: startcom <callto://startcom/> Phone: +1.213.341.0390 Import StartCom Public CA <http://cert.startcom.org/index.php?app=109>

2 1

Re: [QCAP] patch 4, Adding enumPins object
by Paul Vriens May 10, 2005

May 10, 2005

> Changelog > - dlls/qcap/Makefile.in > - dlls/qcap/enumpins.c > Add IEnumPins object for use by other class objects. This is taken > from quartz with only minor adaptions. > > Rolf Kalbermatter > > > +WINE_DEFAULT_DEBUG_CHANNEL(quartz); Shouldn't that be qcap ? Cheers, Paul.

1 0

Re: Commercial support
by gslink May 10, 2005

May 10, 2005

I recently took the list of applications from headquarters that are listed as running properly and found that many of these are available for little cost. I bought a few and tried to run them. Not a one ran as is from the box. I was able to get all of them to run with some trouble. One big problem I see with Wine is that there is no good testing. As versions progress things quit running and the author has no way of knowing. I have no good solution for this problem but I suspect that it needs attention. It is, of course, part of the documentation problem. It is not in the nature of programmers to document their work.

3 4

Re: dlls/opengl32: fix WGL_ACCELERATION_ARB queries from applications
by Raphael May 10, 2005

May 10, 2005

On Monday 09 May 2005 11:09, Aric Cyr wrote: > Just a small patch to Raphael's recent CVS commit which added a much > better wglChoosePixelFormatARB() and friends. This patch fixes the > return values that an application will recieve when it queries the > WGL_ACCELERATION_ARB pixel format attribute. good catch :) Regards, Raphael

2 1

Re: Make test status - latest CVS
by Juan Lang May 10, 2005

May 10, 2005

--- Shachar Shemesh <wine-devel(a)shemesh.biz> wrote: > >I don't see the same thing here. Could you send me a heap trace? > > > Aw, man! You were sitting right behind me when that happened. Couldn't > you have taken my laptop and debugged it on the spot then? :-) I wanted to have a chance to run it, read over the code, etc. I'm afraid I don't see the problem still. Maybe a storage,heap trace? --Juan __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

1 0