September 2009 - Wine-Devel

New winetricks 20090902: new verbs vc2005trial, python26

by Dan Kegel

Another week, another winetricks. The only interesting changes are new verbs vc2005trial and python26. These are only of interest to developers. vc2005trial is the 180 day Team Server edition of Visual C++ 2005. The winetricks verb for this is a bit odd - it prompts you for your password so it can mount the volume before installation. If you have a better idea, please let me know. I haven't done a KDE version of the prompt; patches welcome. I also haven't implemented -q for this; it's hard to figure out, even with hints (see the comments). If anyone wants to tackle it, be my guest, I'd love to have unattended install working. The python26 verb includes pywin32, since that was needed by the script I was trying to run (the gyp self-test). Most people will just use Linux python, but when you're running a win32-specific python script, the windows python interpreter comes in pretty handy. Online as always at http://kegel.com/wine/winetricks or http://winezeug.googlecode.com (Bug reports to the issue tracker at the above URL, please.) Thanks to Austin English for various patches and assistance.

Sept. 3, 2009

Re: Asynchronus serial port

by Mike Kaplinskiy

On Wed, Sep 2, 2009 at 7:31 PM, Fenixk19<fenixk19(a)mail.ru> wrote: > Hello! I've already post the > bug(http://bugs.winehq.org/show_bug.cgi?id=19713) on this subject, but i > need more help. So I've decided to write here. > There is a problem in wine. When I use asynchronous serial port read, > data never comes. Event, caused by select comes. But operation status > stays pending, and i can't do anything to this serial port anymore. In > windows it never get pending, and port can be accessed just after data > arrival. Seems to be wineserver problem, but i don't know, where to look > at. What code respond for asynchronous serial port in wineserver? > Alexander. > P.S. Test program attached. > > > > Hi, Alexandre would be the guy to talk to about wineserver-related things. Sadly he's off on a long weekend. Does the attached patch help solve the problem? Mike.

Sept. 3, 2009

Re: Wine t-shirts?

by Ismael Barros²

Hi there, The T-shirt is finally on sale. We waited to have the Valgrind T-shirt ready to release both at the same time, as I guess many Wine lovers may also be Valgrind lovers. Direct link: http://www.freewear.org/?page=show_item&id=FW0030 If we have resources we'll try to upgrade our Wine catalog soon with other style of designs, stay tunned. Cheers, Ismael On Tue, Aug 4, 2009 at 11:45 PM, Ismael Barros²<razielmine(a)gmail.com> wrote: > Hi there, > > Sorry for the huge delay, our artist has been quite busy. We finally > got the last design iteration: > > http://www.freewear.org/images/release_candidates/Wine_final.png > > The only difference between versions A and B is in the eyes. Let us > know which one you like better, and any kind of comment or suggestion > is welcomed. After the design is approved, in one week we make have > the T-shirt available in the store. > > Cheers, > Ismael >

Sept. 3, 2009

Asynchronus serial port

by Fenixk19

Hello! I've already post the bug(http://bugs.winehq.org/show_bug.cgi?id=19713) on this subject, but i need more help. So I've decided to write here. There is a problem in wine. When I use asynchronous serial port read, data never comes. Event, caused by select comes. But operation status stays pending, and i can't do anything to this serial port anymore. In windows it never get pending, and port can be accessed just after data arrival. Seems to be wineserver problem, but i don't know, where to look at. What code respond for asynchronous serial port in wineserver? Alexander. P.S. Test program attached.

Sept. 2, 2009

Re: [1/3] riched20: Implement handling of WM_KEYDOWN VK_RETURN in a dialog mode.

by Dylan Smith

On Wed, Sep 2, 2009 at 1:34 PM, Sergey Khodych<khodych(a)gmail.com> wrote: > >> 1. editor->hWnd may be NULL for windowless richedit controls, but you >> code doesn't seem to take that into consideration. >> 2. The style flags that you get from GetWindowLongW should probably >> come from the cached values in editor->styleFlags. > > The main reason why GetWindowLongW is used there is that editor->styleFlags > actually isn't window style and doesn't contain ES_WANTRETURN. What's the > proper way to get actually window style in this case? > editor->styleFlags should cache any window styles that are needed on window creation, but it seems ES_WANTRETURN was missed because it wasn't used and there was not ITextHost property to associate it with. This can be handled where the extended styles are obtained as shown in the following diff. I tested and made sure the ES_WANTRETURN style does get cached by native richedit by trying to change it with SetWindowLong, so this is necessary. diff --git a/dlls/riched20/txthost.c b/dlls/riched20/txthost.c index ddf3d76..d3a7330 100644 --- a/dlls/riched20/txthost.c +++ b/dlls/riched20/txthost.c @@ -58,6 +58,7 @@ ITextHost *ME_CreateTextHost(HWND hwnd, BOOL bEmulateVersion10) texthost->bEmulateVersion10 = bEmulateVersion10; editor = ME_MakeEditor((ITextHost*)texthost, bEmulateVersion10); + editor->styleFlags |= GetWindowLongW(hwnd, GWL_STYLE) & ES_WANTRETURN; editor->exStyleFlags = GetWindowLongW(hwnd, GWL_EXSTYLE); editor->hWnd = hwnd; /* FIXME: Remove editor's dependence on hWnd */ SetWindowLongPtrW(hwnd, 0, (LONG_PTR)editor);

Sept. 2, 2009

Re: [1/3] riched20: Implement handling of WM_KEYDOWN VK_RETURN in a dialog mode.

by Sergey Khodych

> 1. editor->hWnd may be NULL for windowless richedit controls, but you > code doesn't seem to take that into consideration. > 2. The style flags that you get from GetWindowLongW should probably > come from the cached values in editor->styleFlags. The main reason why GetWindowLongW is used there is that editor->styleFlags actually isn't window style and doesn't contain ES_WANTRETURN. What's the proper way to get actually window style in this case?

Sept. 2, 2009

Re: [PATCH 5/5] wined3d: Print a warning when an ARB program exceeds the native resource limits.

by Stefan Dösinger

Am Wednesday 02 September 2009 15:07:42 schrieb Henri Verbeet: > > That said, I haven't seen a GL implementation yet that successfully > > compiles and SW-emulates a program that exceeds the limits. > > It isn't necessarily a problem when this happens, it's more meant as a > diagnostic while debugging. Well, its most likely going to bring performance down to unplayable levels, but using it just as diagnostics is fine with me

Sept. 2, 2009

Is Wine printing on MacOSX?

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

Hi, although wine in MacOSX works generally good enough (see test.winehq.org about release 1.1.28), I recently visited the print menu in notepad and wordpad to see whether printing would work (in order to complete the FAQ). All that happened is that the printer ejected a blank page. Was anyone more successful than me at printing? - My printer appears in Notepad's and Wordpad's menus, so that's a start. - The page size and portrait/landscape selection dialogue appears. - The OSX printer status shows something is happening. - However the printer only ejects a blank page. - The console shows no particular log line. o Do my troubles arise from the fact that I compile Wine only with standard MacOS libraries? E.g. liblcms (color management) is missing from my system (but no error message signals that it would have been used at run-time). o Should I have tried a "real" app instead of (fake) notepad? Using Mac OS X 10.5.7 and wine compiled myself (see Wiki.winehq.org about how). Regards, Jörg Höhle

Sept. 2, 2009

Re: gdiplus/tests: Fix test on Win7

by Vincent Povirk

Eh never mind, I'll do it. On Wed, Sep 2, 2009 at 9:22 AM, Vincent Povirk<madewokherd+8cd9(a)gmail.com> wrote: > - gdiplusStartupInput.GdiplusVersion = 2; > + gdiplusStartupInput.GdiplusVersion = 42; > > Could you please test the intermediate versions to determine what's > supported? You could use a loop to determine the highest supported > version (making sure the return is UnsupportedGdiplusVersion if it's > not Ok) followed by a test that the highest supported version is > between 1 and some constant. > > In fact, knowing the supported version would be helpful in any case, > and it would be nice to have a trace() printing it. > > On Wed, Sep 2, 2009 at 5:16 AM, Ge van Geldorp<ggeldorp(a)vmware.com> wrote: >> Changelog: >> gdiplus/tests: Fix test on Win7 >> >> --- >> dlls/gdiplus/tests/pen.c | 5 +++-- >> 1 files changed, 3 insertions(+), 2 deletions(-) >> >> >> >> >> >> >> > > > > -- > Vincent Povirk > -- Vincent Povirk

Sept. 2, 2009

Re: gdiplus/tests: Fix test on Win7

by Vincent Povirk

- gdiplusStartupInput.GdiplusVersion = 2; + gdiplusStartupInput.GdiplusVersion = 42; Could you please test the intermediate versions to determine what's supported? You could use a loop to determine the highest supported version (making sure the return is UnsupportedGdiplusVersion if it's not Ok) followed by a test that the highest supported version is between 1 and some constant. In fact, knowing the supported version would be helpful in any case, and it would be nice to have a trace() printing it. On Wed, Sep 2, 2009 at 5:16 AM, Ge van Geldorp<ggeldorp(a)vmware.com> wrote: > Changelog: > gdiplus/tests: Fix test on Win7 > > --- > dlls/gdiplus/tests/pen.c | 5 +++-- > 1 files changed, 3 insertions(+), 2 deletions(-) > > > > > > > -- Vincent Povirk

Sept. 2, 2009