wine-devel August 2003

wine-devel@winehq.org

124 participants
293 discussions

Re: shlobj.o
by Vincent Béron 30 Aug '03

30 Aug '03

Le sam 30/08/2003 à 08:29, Martin Fuchs a écrit : > + STDMETHOD_(ULONG, AddRef) (THIS) PURE; > + STDMETHOD_(ULONG, Release) (THIS) PURE; > + STDMETHOD (DragEnter)(THIS_ HWND hwndTarget, IDataObject* pDataObject, > POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (DragLeave)(THIS) PURE; > + STDMETHOD (DragOver)(THIS_ POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (Drop)(THIS_ IDataObject* pDataObject, POINT* ppt, DWORD > dwEffect) PURE; Your patch is unfortunately wrapped. shlguid.h suffers from the same problem. Vincent

2 1

listview expert required
by Eric Pouech 30 Aug '03

30 Aug '03

some apps of mine needs this to get going: can someone with good listview knowledge confirm ? (or find the correct fix) TIA -- Eric Pouech Index: dlls/comctl32/listview.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/comctl32/listview.c,v retrieving revision 1.357 diff -u -r1.357 listview.c --- dlls/comctl32/listview.c 24 Jul 2003 00:03:13 -0000 1.357 +++ dlls/comctl32/listview.c 22 Aug 2003 20:30:27 -0000 @@ -5822,11 +5822,11 @@ opt.x = lpht->pt.x - Position.x - Origin.x; opt.y = lpht->pt.y - Position.y - Origin.y; - if (uView == LVS_REPORT && (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)) + if (uView == LVS_REPORT /*&& (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)*/) rcBounds = rcBox; else UnionRect(&rcBounds, &rcIcon, &rcLabel); TRACE("rcBounds=%s\n", debugrect(&rcBounds)); if (!PtInRect(&rcBounds, opt)) return -1; if (PtInRect(&rcIcon, opt))

4 11

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Dustin Navea 30 Aug '03

30 Aug '03

as i said it was an example, but thanks for the flame --- Todd Vierling <tv(a)pobox.com> wrote: > On Fri, 29 Aug 2003, Dustin Navea wrote: > > : if (running_on_netbsd && version >= > first_version_that_supports_MAP_TRYFIXED) > : #define can_use_MAP_TRYFIXED > > This damned well does not belong in any multi-OS application. I don't care > what crack Alexandre is smoking. > > -- > -- Todd Vierling <tv(a)pobox.com> ===== -- Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: Wine 0.9 progress
by Ivan Leo Murray-Smith 30 Aug '03

30 Aug '03

>Overkill. Wine advertises NT4 SP6 only, not the other SPs. Same thing >for each major version, only one SP match. So there's little point in >conforming to something not supported by Wine, as it's been superceded. OK, so for win9x we have 95, 98, 98se(This is a major release,I do remember finding some stuff that could run on 98se but not on 98), me (Well, anything for 9x runs on me, so wine only needs to support me to support all apps for 9x), nt4sp6(a?), xp home and pro, and 3 versions of win2k3 (Ok, I aren't counting the 64 bit for now), so it's somewhere in between 6 and 9. Whatever it is, a miling list, a database and all that other stuff isn't necessary. I can run the tests on win98se and win2k3 enterprise edition. All I have to do is get that exe that runs all the tests and outputs them to a file(Someone is half way trough writing it), and post a message to wine devel when something that did/didn't work stops/starts doing so, I can do it (Almost) every day if necessary, it doesn't seem anything difficult to me.

1 0

Re: Wine 0.9 progress
by puoti＠inwind.it 30 Aug '03

30 Aug '03

I think Francois is right, there are only about a dozen versions of windows, if you count the various win95osr1, osr2, 98se and so on, and probably the running the tests only on the major releases of windows (8 if you count xp home and pro), so all that is needed is 8 people that run these tests and send a mail to this list when something that did work breaks.

3 3

Re: [dcom 1.1] Implement dispatch variant marshalling
by Alexandre Julliard 30 Aug '03

30 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > + working_mem = GlobalAlloc(0, size); > + assert( working_mem != NULL ); > + > + hr = CreateStreamOnHGlobal(working_mem, FALSE, &working); > + assert( hr == S_OK ); > + > + hr = CoMarshalInterface(working, &IID_IDispatch, (IUnknown*)V_DISPATCH(pvar), LOWORD(*pFlags), NULL, MSHLFLAGS_NORMAL); > + assert( hr == S_OK ); Please don't use assert for error checking. Errors should be either handled properly or propagated to the caller. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Alexandre Julliard 29 Aug '03

29 Aug '03

Todd Vierling <tv(a)pobox.com> writes: > I've implemented the patch as forward-looking, allowing other platforms to > add MAP_TRYFIXED to gain the same benefit. (This mmap flag name does not > appear to be used in any divergent fashion on any other platform, per my > research when picking the flag's name.) If you want to keep compatibility with older kernels, you'll need to check if MAP_TRYFIXED is available at runtime, you can't test for that at compile time. Or if you don't need to maintain compatibility then you should get rid of the NetBSD ifdefs completely. -- Alexandre Julliard julliard(a)winehq.com

7 20

Re: Wine 0.9 progress
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Probably a batch script that runs all the tests and outputs the results to a file can do, but this a C program, a new mailing list, automated result submission, generating HTML and now a database for something that says: Test | Result ----------+--------- kernel32 | Passed msvcrt | Passed oleaut32 | Passed dsound | Passed seems a big exaggeration

1 0

Re: Figuring runtime settings
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Maybe you're looking for this: http://appdb.winehq.com

1 0

Wine 0.9 progress
by Mike Hearn 29 Aug '03

29 Aug '03

Well, it's been a while since the last update, so I thought it'd be worthwhile to write about where we're up to. Looking at the TODO list on WineHQ, it seems the remaining work falls into two areas: * A bit of documentation stuff (rather worryingly "fix the docs build system" says a patch was submitted last *year*, but is still labelled as work in progress!). * Configuration, ie winecfg and an auto setup wizard thingy. John K Hohm has been making great progress lately with making DLLs self register, but unfortunately nobody has really stepped up to work on winecfg. We may or may not get the patches from Mark it seems :| There are a few other things, like DLL separation, and completing the work to make DLLs self register. I have a whole load of time with not much to do during September, so I might sit down and try and get some patches off for winecfg, seeing as merging in Oves OLE code is going to be slow work at my current rate of patch committing :( Is there anything else we might need? I'm tempted to say that having InstallShield work is a priority, as it seems to have broken quite a bit lately. On the TODO list it says that some window management hacks exist but more debugging work is needed - does anybody know the status of that? A lot of InstallShield installers at the moment fail due to that X11 ConfigureWindow error - how hard is this to fix? Having a wine.inf to set up a new installation, does anybody have details on that? Is this just a case of eating our own dogfood, or is it really a must have for 0.9? thanks -mike

9 18

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel August 2003