April 2011 - Wine-Devel - list.winehq.org

Re: [po]update korean resource

by Nikolay Sivov

On 4/28/2011 13:25, Hwang YunSong(???) wrote: > updated > #: hhctrl.rc:73 > -#, fuzzy > -msgctxt "table of contents" > +msgctxt "????????+??? ?????????" > msgid "&Home" > -msgstr "???" > +msgstr "???(&H)" msgctxt is not a thing to translate as I understand it. It's an additional identifier to distinguish multiple translation variations.

April 28, 2011

Re: wined3d/state: Treat unrecognized D3DZBUFFERTYPEs as D3DZB_TRUE. (try 2)

by Stefan Dösinger

On Thursday 28 April 2011 17:47:34 Adam Martinson wrote: > I'll continue to work on this if Stefan wants it, but as the app doesn't > need it anymore I won't spend more time on it otherwise. Nah, I think it is not worth the time unless another app appears that shows this kind of behavior.

April 28, 2011

Re: wined3d/state: Treat unrecognized D3DZBUFFERTYPEs as D3DZB_TRUE. (try 2)

by Adam Martinson

On 04/28/2011 04:21 AM, Henri Verbeet wrote: > I'm not so convinced there's value in this, considering there are no > known applications depending on this. Stefan thinks it's useful > anyway. If you do want to spend the effort to make this go in, note > that this affects ddraw and d3d8 as well, not just d3d9. The test > should probably just have a loop in depth_buffer_test() itself, or > even write a test specific for this purpose. The wined3d part might as > well handle the state as a BOOL, considering WINED3DZB_USEW isn't > handled all that different from WINED3DZB_TRUE, except for the FIXME. > I'll continue to work on this if Stefan wants it, but as the app doesn't need it anymore I won't spend more time on it otherwise.

April 28, 2011

Re: [4/5] wined3d: Fix pow handling with special values in ARB backend.

by Matteo Bruni

Actually, this patch seems to break Bioshock with UseGLSL=disabled. Please drop/revert this one for the time being...

April 28, 2011

Re: [Fwd: po files]

by Frédéric Delanoy

2011/4/28 Łukasz Wojniłowicz <lukasz.wojnilowicz(a)gmail.com>: > I already have looked at it. I understand that he added contexts as some > kind of hint for translator when he translates po file. More like a context specifier, so translation can be correct in all cases. > I read links you posted and I still don't know how to convert something > like this My "doc" (http://www.winehq.org/pipermail/wine-devel/2011-April/089796.html, not commented on, so there may still be some errors...) explains it. > #: hhctrl.rc:29 notepad.rc:52 > #, fuzzy > msgid "&Search" > msgstr "" > "#-#-#-#-# pl.po (Wine) #-#-#-#-#\n" > "&Wyszukaj\n" > "#-#-#-#-# pl.po (Wine) #-#-#-#-#\n" > "&Znajdź" > > into something like this > > #: hhctrl.rc:29 > msgid "&Search" > msgstr "&Wyszukaj\n" > > notepad.rc:52 > msgid "&Search" > msgstr "&Znajdź" Huh? You don't add any context hereabove. (msgid, msgcontext) need be unique in a po file (msgcontext are considered empty/null if not specified) Basically, enable maintainer mode, alter strings in rc files to add context, make depend, make to generate automagically the new po file. Frédéric > > On Thu, 2011-04-28 at 11:51 +0200, Paul Vriens wrote: >> On 04/28/2011 11:21 AM, Łukasz Wojniłowicz wrote: >> > >> > >> > >> > >> Hi Łukasz, >> >> Frederic had the same "issues" if I'm correct. >> >> Please have a look at: >> >> http://www.winehq.org/pipermail/wine-patches/2011-April/101200.html >> >> and >> >> http://www.winehq.org/pipermail/wine-devel/2011-April/089796.html >>

April 28, 2011

mmsystem: Improve 16 bit mapping for MCI_WHERE/PUT/FREEZE/UNFREEZE.

by Joerg-Cyril.Hoehle＠t-systems.com

Hi, Damjan Jovanovic wrote: >In the meanwhile I've found another problem: mciavi32 always deadlocks >when MCI_WAIT is not set:[...] ShowWindow() Looks like bug #21060 and the others http://bugs.winehq.org/show_bug.cgi?id=21060#c2 - bug #12908, bug #15669, bug #18363 involving ShowWindow; - bug #14785, bug #21060 involving EnterCriticalSection. But perhaps there's only a single issue. It would be nice if somebody who knows about windows and their messages would look at these. Regards, Jörg Höhle

April 28, 2011

Re: mmsystem: Improve 16 bit mapping for MCI_WHERE/PUT/FREEZE/UNFREEZE.

by Damjan Jovanovic

On Thu, Apr 28, 2011 at 11:27 AM, <Joerg-Cyril.Hoehle(a)t-systems.com> wrote: > Damjan, > > can you recommend any downloadable 16bit app that stresses the MCI? > > It's good that you noticed that RECT16 and RECT do not have the same size (whack!). > Yet I'm surprised that you left MCI_WINDOW untouched. I believe that > the apps that use MCI_WHERE/PUT etc. (i.e. MCIAVI) are likely to use > MCI_WINDOW as well to set the window handle. > > Does no FIXME appear in your console? > http://source.winehq.org/source/dlls/mmsystem.dll16/mci16.c#L182 > The comment there is obsolete. dwFlags is available and could be used like I did in > db0df4c067fd6b701905aaef735c4729fca9d73f > > Regards, > Jörg Höhle I am testing apps on magazine CDs from +/- 1997. Some of these are freeware/shareware so I could redistribute them, but the one that causes this problem is the autorun application itself, so it's probably not redistributable :-(. I'll investigate and try find others. Yes I get that FIXME, but it doesn't corrupt the stack (as badly?) as the other MCI calls (I'll have to check later). BTW I've made a patch to detect Win16 stack corruption for +relay traces on http://wiki.winehq.org/InterestingPatches, but it only works when the stack is corrupted so badly that the [ss:bp] value at the top of the stack is changed during the call to Wine. In the meanwhile I've found another problem: mciavi32 always deadlocks when MCI_WAIT is not set: dlls/mciavi.c function MCIAVI_mciPlay() is called in the UI thread line 433 calls MCIAVI_mciPlay_async() line 381 calls CreateThread() line 389 waits for ack_event the thread line 360 calls MCIAVI_mciPlay() again, with MCI_WAIT set the thread line 436 calls ShowWindow() since ShowWindow() blocks until the UI thread pumps the message loop and replies, and the UI thread is blocked in line 389 waiting for ack_event which the thread only calls SetEvent() on later -> deadlock Unfortunately setting ack_event earlier to avoid the deadlock, still doesn't get video to play. Regards Damjan Jovanovic

April 28, 2011

Re: [Fwd: po files]

by Łukasz Wojniłowicz

I already have looked at it. I understand that he added contexts as some kind of hint for translator when he translates po file. I read links you posted and I still don't know how to convert something like this #: hhctrl.rc:29 notepad.rc:52 #, fuzzy msgid "&Search" msgstr "" "#-#-#-#-# pl.po (Wine) #-#-#-#-#\n" "&Wyszukaj\n" "#-#-#-#-# pl.po (Wine) #-#-#-#-#\n" "&Znajdź" into something like this #: hhctrl.rc:29 msgid "&Search" msgstr "&Wyszukaj\n" notepad.rc:52 msgid "&Search" msgstr "&Znajdź" On Thu, 2011-04-28 at 11:51 +0200, Paul Vriens wrote: > On 04/28/2011 11:21 AM, Łukasz Wojniłowicz wrote: > > > > > > > > > Hi Łukasz, > > Frederic had the same "issues" if I'm correct. > > Please have a look at: > > http://www.winehq.org/pipermail/wine-patches/2011-April/101200.html > > and > > http://www.winehq.org/pipermail/wine-devel/2011-April/089796.html >

April 28, 2011

Re: [Fwd: po files]

by Paul Vriens

On 04/28/2011 11:21 AM, Łukasz Wojniłowicz wrote: > > > > Hi Łukasz, Frederic had the same "issues" if I'm correct. Please have a look at: http://www.winehq.org/pipermail/wine-patches/2011-April/101200.html and http://www.winehq.org/pipermail/wine-devel/2011-April/089796.html -- Cheers, Paul.

April 28, 2011

mmsystem: Improve 16 bit mapping for MCI_WHERE/PUT/FREEZE/UNFREEZE.

by Joerg-Cyril.Hoehle＠t-systems.com

Damjan, can you recommend any downloadable 16bit app that stresses the MCI? It's good that you noticed that RECT16 and RECT do not have the same size (whack!). Yet I'm surprised that you left MCI_WINDOW untouched. I believe that the apps that use MCI_WHERE/PUT etc. (i.e. MCIAVI) are likely to use MCI_WINDOW as well to set the window handle. Does no FIXME appear in your console? http://source.winehq.org/source/dlls/mmsystem.dll16/mci16.c#L182 The comment there is obsolete. dwFlags is available and could be used like I did in db0df4c067fd6b701905aaef735c4729fca9d73f Regards, Jörg Höhle

April 28, 2011