June 2008 - Wine-devel - list.winehq.org

new valgrind errors in gdiplus
by Dan Kegel 28 Jun '08

28 Jun '08

Nikolai, your changes in http://source.winehq.org/git/wine.git/?a=commit;h=629761acde13283e0dfc6c42c… seem to have two valgrind errors, http://kegel.com/wine/valgrind/logs-2008-06-27/vg-gdiplus_graphicspath-diff… + Conditional jump or move depends on uninitialised value(s) + at GdipAddPathPolygon (graphicspath.c:353) + by test_polygon (graphicspath.c:608) + by func_graphicspath (graphicspath.c:692) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a stack allocation + at test_polygon (graphicspath.c:589) ... + Conditional jump or move depends on uninitialised value(s) + at GdipAddPathPolygon (graphicspath.c:353) + by test_polygon (graphicspath.c:611) + by func_graphicspath (graphicspath.c:692) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a stack allocation + at test_polygon (graphicspath.c:589) Could you have a look?

2 1

new valgrind errors in qedit / quartz
by Dan Kegel 28 Jun '08

28 Jun '08

Hi Maarten, your recent changes may have triggered new valgrind warnings in qedit, could you have a look? http://kegel.com/wine/valgrind/logs-2008-06-27/vg-qedit_mediadet-diff.txt + Conditional jump or move depends on uninitialised value(s) + at FilterGraph2_RemoveFilter (filtergraph.c:463) + by FilterGraphInner_Release (filtergraph.c:295) + by Filtergraph_Release (filtergraph.c:5354) + by FilterGraph2_Release (filtergraph.c:341) + by MD_cleanup (mediadet.c:54) + by MediaDet_Release (mediadet.c:76) + by test_mediadet (mediadet.c:224) + by func_mediadet (mediadet.c:307) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a client request + at mark_block_uninitialized (heap.c:164) + by RtlAllocateHeap (heap.c:1239) + by IMalloc_fnAlloc (ifs.c:186) + by CoTaskMemAlloc (ifs.c:562) + by AsyncReader_create (filesource.c:346) + by DSCF_CreateInstance (main.c:129) + by CoCreateInstance (compobj.c:2408) + by FilterGraph2_AddSourceFilter (filtergraph.c:1499) + by MediaDet_put_Filename (mediadet.c:446) + by test_mediadet (mediadet.c:149) + by func_mediadet (mediadet.c:307) + by run_test (test.h:449) + by main (test.h:498) ... + Conditional jump or move depends on uninitialised value(s) + at FilterGraph2_RemoveFilter (filtergraph.c:465) + by FilterGraphInner_Release (filtergraph.c:295) + by Filtergraph_Release (filtergraph.c:5354) ...

1 0

Re: Downgrade lack of libxslt from configure warning to notice (RESEND)
by Steven Edwards 28 Jun '08

28 Jun '08

On Fri, Jun 27, 2008 at 6:24 PM, Gerald Pfeifer <gerald(a)pfeifer.com> wrote: > Looking that libxslt only seems to be used by msxml3, I am wondering > whether this really is worth a warning? msi depends on msxml3 for some features. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

Menu entries?
by Warren Dumortier 28 Jun '08

28 Jun '08

Hi! What would you think of adding an entry in the wine menu to: 1) Launch wine reboot 2)Kill all wine processes This would be nice, imo. Also adding a error dialog when a program crashes or when a dll is missing would be nice. Kind regards, warren

3 2

Leveraging a win32 codebase with a native Linux app and Wine
by Michel Jacques 27 Jun '08

27 Jun '08

Hello, I would like to reuse a large codebase composed of many win32 dlls within a NATIVE Linux app. I have tested with winelib but it seems that the only way to do this is to use a recompiled win32 app in combination with my recompiled win32 dlls. Is there a way to reuse my recompiled win32 dlls (.so) directly within a native Linux app just as I would use regualr Linux dynamic libraries (.so) ? Thanks, Michel J.

2 1

Re: README: Add Russian translation (3rd try)
by Nikolay Sivov 27 Jun '08

27 Jun '08

Vladimir Pankratov wrote: > Hello. > > I corrected punctuation and some sentences. > > Changelog: > Added README.ru file. > > Thanks for help. You may think I'm terrorizing you but I just want to get it better :). Something more: > Другие операционные системы которые поддерживают нити ядра могут поддерживаться в будущем. "системы, которые поддерживают нити ядра, могут" > Убедитесь что опции USER_LDT, SYSVSHM, SYSVSEM и SYSVMSG > включены в вашем ядре. "Убедитесь, что"

2 1

Should this be updated?
by martti 27 Jun '08

27 Jun '08

*2.12. *When will Wine be finished? * * Large software projects are never finished, only released. In any case Wine is chasing a moving target since every new release of Windows contains new API calls or variations on the existing ones. Because Wine is being developed mainly by a single company (CodeWeavers) and volunteers, it is difficult to predict when it will be ready for general release. But due to the much increased interest by other companies in porting apps via Wine, Wine development is constantly getting more and more active. *Right now we are working on releasing Wine 0.9 our schedule has this release around September 30th 2005.*

1 0

Re: richedit: Implemented EM_STOPGROUPTYPING, fixed undo grouping (with tests)
by Alex Villacís Lasso 27 Jun '08

27 Jun '08

Dylan Smith escribió: > EM_STOPGROUPTYPING simply ends the undo coalescing transaction. The > remarks for this message on MSDN explains what events stops group > typing, which led me to adding the delete key to the actions that stop > group typing. > > The tests that are included with this patch verify the correctness of > the changes. > > This patch depends on a previous patch I submitted, which has an email > subject "[6/44] richedit: Implemented undo coalescing to group typing > events", and was submitted on June 17. > --- > dlls/riched20/editor.c | 12 ++++++++++-- > dlls/riched20/tests/editor.c | 40 ++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 50 insertions(+), 2 deletions(-) > This patch has the corresponding test. Could you please send a patch (one or more) that would test the behaviors fixed by the previous patches? This will make it more likely for AJ to accept the patches, and will also prevent someone (such as myself) from accidentally breaking fixed behavior with further changes. -- perl -e '$x=2.4;print sprintf("%.0f + %.0f = %.0f\n",$x,$x,$x+$x);'

3 3

Re: Gdiplus [1/3] Improve accuracy in calculating height
by Huw Davies 27 Jun '08

27 Jun '08

On Fri, Jun 27, 2008 at 10:16:41AM -0400, Adam Petaccia wrote: > The previous patch I sent incorrectly calculated font-height. Now its > correctly calculated using points_per_inch and the user's DPI setting. > > diff --git a/dlls/gdiplus/font.c b/dlls/gdiplus/font.c > index 86a3223..85df905 100644 > --- a/dlls/gdiplus/font.c > +++ b/dlls/gdiplus/font.c > @@ -34,6 +34,7 @@ WINE_DEFAULT_DEBUG_CHANNEL (gdiplus); > #include "gdiplus_private.h" > > static const REAL mm_per_pixel = 25.4; > +static const REAL points_per_inch = 1/72; > I know there are several definitions of a point, but none are this big! points_per_inch should be around 72. > @@ -50,7 +51,7 @@ static inline REAL get_dpi (void) > > static inline REAL point_to_pixel (REAL point) > { > - return point * 1.5; > + return point * (get_dpi() * points_per_inch); And this then becomes points * get_dpi() / points_per_inch; [Hint check the units: pixels (aka dots) = points * (dots / inch) / (points / inch) ] Huw. -- Huw Davies huw(a)codeweavers.com

3 3

yes I am trying to get feedback before I put it...
by celticht32＠aol.com 27 Jun '08

27 Jun '08

on the patch list... The first patch is for a bug I tracked down in context.c that is causing some of the behavior that wine is having with the ATI graphics driver. The second patch? was something I noticed in the code as well that looked a little off which also relates to the way iPixel shaders are init in the d3d code. So I came on here to get some feedback first before taking it to the patch group as something. This was to start getting my feet wet before I took up potentially some development task or the like. not sure about why the mailer is replacing spaces with ? that I do not know... Chris Ahrendt

3 2