wine-devel January 2006

wine-devel@winehq.org

161 participants
302 discussions

Re: advpack: Implement RunSetupCommand on top of DoInfInstall.
by James Hawkins 13 Jan '06

13 Jan '06

On 1/12/06, Markus Amsler <markus.amsler(a)oribi.org> wrote: > ChangeLog: > Implement RunSetupCommand on top of DoInfInstall. > The same comments for LaunchINFSection apply here as well. If these three APIs just call DoInfInstall, then what's the point in having them? We need to implement these correctly the first time around. -- James Hawkins

1 0

Re: advpack: Implement LaunchINFSectionEx on top of DoInfInstall.
by James Hawkins 13 Jan '06

13 Jan '06

On 1/12/06, Markus Amsler <markus.amsler(a)oribi.org> wrote: > ChangeLog: > Implement LaunchINFSectionEx on top of DoInfInstall. > The same comments for LaunchINFSectionEx apply here as well. LaunchINFSectionEx also needs the backup and restore capabilities that DoInfInstall can't provide. -- James Hawkins

1 0

Trying to debug a crash
by Aaron Conole 13 Jan '06

13 Jan '06

I'm trying to figure out what's going on with my system, as I'm looking to get Steam + Counter Strike: Condition Zero working as correctly as possible under my system. After fighting with the Steam updater, I finally figured out exactly how Steam is doing updates, and can reliably get past the 26%/27% mark (I'll post something to the master wine-users list once I know how to solve the bulk of problems). So, steam now loads, I can activate my products, and for a while I was able to play CZ. That changed, however, and now I can't launch any games without a crash. The following is my wine ver, a backtrace, and register dump. If you could let me know what I should be looking for when I'm debugging this (like, how I can figure out whether I'm in a native or builtin library, etc..) it would be much appreciated. Thanks, Aaron Wine 20040813 ==================== Wine-dbg>bt Backtrace: 1 0xffffe410 (0x401feb4c) =>2 0x401dce63 .L133+0x23 in ntdll (0x401fecf8) 3 0x401dbc17 usr1_handler+0x47 in ntdll (0x401fed1c) 4 0xffffe420 (0x406fe6bc) 5 0x401dce63 .L133+0x23 in ntdll (0x406fe868) 6 0x401dd076 NtWaitForMultipleObjects+0x66 in ntdll (0x406fe890) 7 0x40515899 WaitForMultipleObjectsEx+0xc9 in kernel32 (0x406fe9c0) 8 0x40515ab8 WaitForSingleObject+0x38 in kernel32 (0x406fe9e0) 9 0x404d5a6f UnhandledExceptionFilter+0xa9f in kernel32 (0x406fec78) 10 0x014073f1 (0x406fec90) 11 0x0140390b (0x406fff20) 12 0x40504462 start_process+0xf2 in kernel32 (0x406ffff4) 13 0x40042db1 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) ==================== Wine-dbg>info registers Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:ffffe410 ESP:401feb0c EBP:401feb4c EFLAGS:00200246( - 00 - IZP1) EAX:fffffe00 EBX:00000007 ECX:401feb38 EDX:00000008 ESI:401fd000 EDI:401feb38 ==================== Wine-dbg>info process pid threads parent executable (all id:s are in hex) 00000034 1 00000032 'C:\windows\system\winedbg.exe' 00000032 1 00000008 'C:\Program Files\Valve\Steam\SteamApps \orgcandman\condition zero\hl.exe' 00000008 34 00000000 'C:\Program Files\Valve\Steam\Steam.exe'

2 1

Re: advpack: Implement RunSetupCommand on top of DoInfInstall.
by Marcelo Duarte 13 Jan '06

13 Jan '06

Markus Amsler escreveu: > ChangeLog: > Implement RunSetupCommand on top of DoInfInstall. You forgot to remove "stub": > + TRACE("(%p, %s, %s, %s, %s, %p, 0x%08lx, %p): stub\n", > hWnd, debugstr_a(szCmdName), debugstr_a(szInfSection), > debugstr_a(szDir), debugstr_a(lpszTitle), > phEXE, dwFlags, pvReserved); >

1 0

Re: Still need help fixing deadlock (GDI/metafile)
by Cihan Altinay 13 Jan '06

13 Jan '06

Huw, I put you on Cc for this thread in the hope to get some information on this issue. Is there any side effect if undefining STRETCH_VIA_DIB? Also, do you know where the problem might be? Regards, Cihan Walt Ogburn wrote: > Hi Cihan, > > I'm glad it works. It looks like Huw D M Davies changed STRETCH_VIA_DIB > from being unset to set in 2002. I think he's still around at > huw(a)codeweavers.com. Maybe you could ask him whether it could be changed > back to the other method. > > - Walter > > On Thu, 12 Jan 2006, Cihan Altinay wrote: > > >>Hi Walter, >> >>Walt Ogburn wrote: >> >>>Hi Cihan, >>> >>>What happens if you comment out #define STRETCH_VIA_DIB in >>>dlls/gdi/mfdrv/bitblt.c? This will make it use GetBitmapBits instead of >>>GetDIBits. >> >>Indeed, this does the trick! >>No locking problems... Will try to look into that. >> >> >>>- Walter >> >>Thanks a lot, >>Cihan >> >> >>>On Wed, 11 Jan 2006, Cihan Altinay wrote: >>> >>> >>> >>>>Since nobody seems to be able to help me with this problem at the moment >>>>I opened a bug report[1] for it. I would appreciate if somebody with >>>>more knowledge could take a quick look at it. Thanks! >>>> >>>>Cihan >>>> >>>>[1] http://bugs.winehq.org/show_bug.cgi?id=4284 >>>> >>>> >>>>Cihan Altinay wrote: >>>> >>>> >>>>>Hi, >>>>> >>>>>I am still trying to finding the reason for PowerPoint 2000 causing a >>>>>deadlock if a file is opened that contains a preview which itself >>>>>contains a bitmap >90x90 pixels (ie. on the first slide). >>>>>After inserting some traces I feel I am pretty close but I'm >>>>>stuck since before the holidays. The problem is connected to GDI's >>>>>and/or metafile's StretchBlt (bitblt.c). >>>>>It calls MFDRV_StretchBlt and then the trouble begins as can be seen >>>> >>>>>from the output: >>>> >>>>><snip> >>>>>trace:bitblt:StretchBlt --Start-- >>>>>trace:gdi:GDI_GetObjPtr (0x3b0c): enter 1 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3b0c): leave 1 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 1 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_GetObjPtr (0x3b0c): enter 2 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:bitblt:StretchBlt 0x3aec 0,0 160x120 -> 0x3b0c 0,0 960x720 rop=cc0020 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GetObjectW 0x3af8 24 0x7fc2f760 >>>>>trace:gdi:GDI_GetObjPtr (0x3af8): enter 3 >>>>>trace:gdi:GDI_ReleaseObj (0x3af8): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:metafile:MFDRV_StretchBlt MF_StretchBltViaDIB->len = 20292 rop=cc0020 >>>>>PixYPM=3780 Caps=96 >>>>>trace:bitmap:GetDIBits >>>>>trace:dc:CreateCompatibleDC --Checking lock-- hdc=0x3aec >>>>>err:syslevel:_CheckNotSysLevel Holding lock 0x7fad49e0 level 3 >>>>></snip> >>>>> >>>>>Yes well... hdcDst and hdcSrc aren't freed yet from within StretchBlt. >>>>>There is a comment "FIXME: there is a race condition here". Could that >>>>>be the cause for the deadlock? >>>>>Btw. this might be the same problem as bug #3125 as both refer to the >>>>>preview and both cause a deadlock. >>>>> >>>>>Can somebody give me a hint on how to tackle this? It is really important >>>>>for us... If you need more output please let me know. >>>>> >>>>>Thanks a lot, >>>>>Cihan >>>>> >>>>> >>>>> >>>> >>>> >>>> >> >>

1 0

Mozilla ActiveX Control -- Browser not in a valid state
by Phil Lodwick 12 Jan '06

12 Jan '06

Hi, I have a Borland C++ Builder app that is a simple FORM with a TCppWebBrowser and a button. I have two callbacks, one when the form is created, and one when the user pushes the button. Both callbacks just navigate to google. ================================ __fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) { CppWebBrowser1->Navigate(WideString("http://www.google.com")); } void __fastcall TForm1::DoIt1Click(TObject *Sender) { CppWebBrowser1->Navigate(WideString("http://www.google.com")); } ================================ On Windows this works as expected. When the form is displayed, google is displayed in the browser. Whenever you push the button the browser is reloaded. On Wine with the Mozilla ActiveX Control v1.7.12, when the form is first loaded nothing is displayed. WINEDEBUG=+ole shows "Browser is not in a valid state". Pushing the button subsequent times reloads the web site as expected. Before I start digging deeper, I was hoping somebody might have some insight to lead me down the correct path. Thanks! Phil

2 1

New wannabe developer
by Zoe Parsons 12 Jan '06

12 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've got nothing better to do at the moment so I was wondering what the best way to help move things forwards and contribute back to the project. :-) - -- Zoe Parsons | skype:mpsonscix zoe(a)theasylum.demon.co.uk | http://livejournal.com/~zoep mpsons(a)cix.compulink.co.uk | ICQ:97984995 aim:mpsonscix | yim:mpsons_cix | msn:zoe@theasylum.demon.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxqIAbbnfPjpiTWURArEMAKCWH2i3rAHqfPmcFLnZI78XjFJVNwCgh44G hGMVPYk008XHB34dJyr9Gik= =LJPa -----END PGP SIGNATURE-----

2 1

Re: Preserve gcc 2.95 compatibility in crypt32
by Michael Stefaniuc 12 Jan '06

12 Jan '06

Jeremy White wrote: > Changelog: > * Use the U() macros to preserve gcc 2.95 compatibility Heh, and linux just dropped support for anything below gcc 3.2: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=comm… Maybe we want to drop that too. Let the flame war begin ... bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: MSACM: implement honouring of driver priority and enabled status at load time
by Mike McCormack 12 Jan '06

12 Jan '06

Alex Villacís Lasso wrote: > + } > + } > + } > + } > + } > + } > + } > + } > +} Hmm. A 100 line function with 10 levels of indent... Any chance of rewriting this to reduce the level of indent? Try using some helper functions or return early. You might understand it all well, but this kind of code is difficult to follow and maintain. Mike

1 0

crash in GetKerningPairs
by Piotr Pawłow 12 Jan '06

12 Jan '06

Hello, Wine's implementation of GetKerningPairs in dlls/gdi/font.c behaves incorrectly (crashes) if lpkrnpair is NULL and nNumPairs is not zero. Test program: ---------- #include <windows.h> int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { HDC hdc = GetDC(NULL); int kp = GetKerningPairs(hdc, 1, NULL); char msg[200]; sprintf(msg, "GetKerningPairs returns: %d\n", kp); MessageBox(NULL, msg, "success", MB_OK); return 0; } ---------- On Windows (tested on XP SP2) this program displays a message box and exits cleanly. On Wine it causes a page fault trying to write to address 0x00000004. It's probably a trivial problem, but unfortunately I don't have time right now to investigate the issue and make a patch against current CVS. Best regards, -- Piotr Pawłow mailto:pp@siedziba.pl

2 1

Symbol fonts bug
by David Moore 12 Jan '06

12 Jan '06

Hi, I submitted a patch (attached) on the 15th of December. Without my patch, Solar Fire is broken on Wine, as it can't display its symbol font (codepage 42) correctly. As far as I can tell, according to this documentation: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/unico…, my patch does the right thing in freetype.c to make sure UTF7, UTF8 and Symbol fonts will be displayed properly after going through the affected function call. My patch has not been included yet. I was wondering whether this had anything to do with the format of the patch, the coding style or something else I can fix to get the patch included. This patch is very important to me, so I'm happy to take suggestions to fix it if necessary. thanks, David Moore

1 0

Re: Static control [06/10]: STN_ENABLE and STN_DISABLE notifications
by James Hawkins 12 Jan '06

12 Jan '06

On 1/11/06, Michael Kaufmann <hallo(a)michael-kaufmann.ch> wrote: > > > --- static-old.c 2006-01-11 22:43:23.000000000 +0100 > +++ static.c 2006-01-11 22:44:20.000000000 +0100 > @@ -31,10 +31,6 @@ Think you forgot the changelog. -- James Hawkins

2 1

Still need help fixing deadlock (GDI/metafile)
by Cihan Altinay 12 Jan '06

12 Jan '06

Hi, I am still trying to finding the reason for PowerPoint 2000 causing a deadlock if a file is opened that contains a preview which itself contains a bitmap >90x90 pixels (ie. on the first slide). After inserting some traces I feel I am pretty close but I'm stuck since before the holidays. The problem is connected to GDI's and/or metafile's StretchBlt (bitblt.c). It calls MFDRV_StretchBlt and then the trouble begins as can be seen from the output: <snip> trace:bitblt:StretchBlt --Start-- trace:gdi:GDI_GetObjPtr (0x3b0c): enter 1 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3b0c): leave 1 trace:gdi:GDI_GetObjPtr (0x3aec): enter 1 trace:dc:DC_GetDCPtr trace:gdi:GDI_GetObjPtr (0x3b0c): enter 2 trace:dc:DC_GetDCPtr trace:bitblt:StretchBlt 0x3aec 0,0 160x120 -> 0x3b0c 0,0 960x720 rop=cc0020 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GetObjectW 0x3af8 24 0x7fc2f760 trace:gdi:GDI_GetObjPtr (0x3af8): enter 3 trace:gdi:GDI_ReleaseObj (0x3af8): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 trace:dc:DC_GetDCPtr trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 trace:metafile:MFDRV_StretchBlt MF_StretchBltViaDIB->len = 20292 rop=cc0020 PixYPM=3780 Caps=96 trace:bitmap:GetDIBits trace:dc:CreateCompatibleDC --Checking lock-- hdc=0x3aec err:syslevel:_CheckNotSysLevel Holding lock 0x7fad49e0 level 3 </snip> Yes well... hdcDst and hdcSrc aren't freed yet from within StretchBlt. There is a comment "FIXME: there is a race condition here". Could that be the cause for the deadlock? Btw. this might be the same problem as bug #3125 as both refer to the preview and both cause a deadlock. Can somebody give me a hint on how to tackle this? It is really important for us... If you need more output please let me know. Thanks a lot, Cihan

2 3

Regression caused by "ntdll: Check file size when mapping image sections to avoid SIGBUS errors."
by Troy Rollo 11 Jan '06

11 Jan '06

On Wed, 4 Jan 2006 08:21, Alexandre Julliard wrote: > Module: wine > Branch: refs/heads/master > Commit: 67f29999a36ce3725a52b79ed618964244cc96ae ... > status = STATUS_INVALID_IMAGE_FORMAT; /* generic error */ > + if (header_size > st.st_size) goto error; > if (map_file_into_view( view, fd, 0, header_size, 0, VPROT_COMMITTED | ... This change prevents Wine from loading Win32 executables that are less than 64K long. header_size is 65536, but st.st_size is less than that. -- Troy Rollo - wine(a)troy.rollo.name

2 3

Re: ntdll/tests: Load test on win95 again
by Alexandre Julliard 11 Jan '06

11 Jan '06

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > > - ntdll/tests: Load test on win95 again > (kernel32,CreateWaitableTimerA not present) A better fix would be to avoid the call completely, the ntdll tests shouldn't need to use kernel32 functions. -- Alexandre Julliard julliard(a)winehq.org

3 5

Re: A modest proposal
by gslink 11 Jan '06

11 Jan '06

The whole point of what I am proposing is a collaboration with RH so that new features are in the distributed Wine. If they are willing to undertake one of the tasks that Wine HQ is now doing then we should let them. At least they are supposed to know RH so they should be capable of the task. This would free manpower for some sorely needed other tasks.

1 0

Re: modifying _fullpath test
by Alexandre Julliard 11 Jan '06

11 Jan '06

Aric Stewart <aric(a)codeweavers.com> writes: > ChangeLog: > modify msvcrt dir test to create its own directory to ensure the directory > exists for the test. It would be better to use something like GetTempPath instead of hardcoding the directory name. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: modifying _fullpath test
by Dmitry Timoshkov 11 Jan '06

11 Jan '06

"Aric Stewart" <aric(a)codeweavers.com> wrote: > ChangeLog: > modify msvcrt dir test to create its own directory to ensure the directory > exists for the test. > - SetCurrentDirectory("C:\\Windows\\System\\"); > + free1=free2=TRUE; > + rc = CreateDirectory("C:\\msvcrt-test\\",NULL); > + if (!rc && GetLastError()==ERROR_ALREADY_EXISTS) > + free1=FALSE; > + rc = CreateDirectory("C:\\msvcrt-test\\nextlevel\\",NULL); > + if (!rc && GetLastError()==ERROR_ALREADY_EXISTS) > + free2=FALSE; > + SetCurrentDirectory("C:\\msvcrt-test\\nextlevel\\"); Drive C: root directory is not the best place to create temporary directories, I'd suggest to use GetTempPath (and maybe GetTempFileName) to get a more appropriate starting point. -- Dmitry.

1 0

Re: advpack: Implement ExtractFiles
by Mike McCormack 11 Jan '06

11 Jan '06

James Hawkins wrote: > What is the policy about attaching changes to tests that pass because > of a patch sent in? Should I also diff the tests? There's a higher level policy of "all changes should be atomic", which requires Wine to be in a working state before and after each change, so yes, you should update tests that pass with the patch that makes them pass. If you're adding new tests, it makes sense to send them in a seperate patch after the patch that implements functionality to make the new tests pass. Mike

1 0

Need help to fix a failing test
by Kai Blin 10 Jan '06

10 Jan '06

Hi folks, As far as I can see, secur32 tests are failing on all windows platforms right now. (http://test.winehq.org/data/200601101000/) Now, this seems to be due to the following: main.c:475: Test failed: cbMaxToken for NTLM is 1904, not 12000. I'm pretty sure that I got the 12000 from my win2k system when I compiled the test code there using the platform sdk that was current this july. Now, I have no clue where the 1904 comes from, but if windows really uses a cbMaxToken of 1904, I need to fix that in my code (I couldn't use the 12000 I thought I had to implement before due to implementation restrictions. I can easily work with 1904, if those are correct.) Still, I'm sure I didn't pull the 12000 out of my sleeve. Could I ask someone who runs msvc and a platform sdk to build the secur32 tests, run them on any windows box and send the results to me? Thanks in advance, Kai -- Kai Blin, (blin at gmx dot net) Are you mentally here at Pizza Hut??

1 0

Re: RESEND: winecfg: Added "Use PRIMARY selection" option
by Alexandre Julliard 10 Jan '06

10 Jan '06

Phil Krylov <phil(a)newstar.rinet.ru> writes: > ChangeLog: > > Added support for "Use PRIMARY selection" clipboard option. I don't think we want a new property sheet page for that, it should go with the other X11 options. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: WineDbg: Implemented harware assisted breakpoints.
by Eric Pouech 10 Jan '06

10 Jan '06

Eric Pouech wrote: > one can now set a hardware breakpoint in winedbg (it will not insert an > INT 3 command in the code, but rather use the x86 debug registers). > handy for debugging trashed code for example > > all the syntaxic forms of the 'break' command can be used for this new > hbreak command. > (only works on x86 for now) > > ChangeLog: > Implemented harware assisted breakpoints > merci de ne pas appliquer tel quel. J'ai une nouvelle version moins buggée. A+ -- Eric Pouech

1 0

RFC: implementation of driver functionality in msacm (RESEND)
by Alex Villacís Lasso 10 Jan '06

10 Jan '06

(resent because previous attempt never appeared in wine-devel) This patch is the preliminary result of some work I have been doing in order to add missing functionality to builtin msacm32.dll. I am submitting this to wine-devel rather than wine-patches, and in one big patch rather than several because I would like comments on some choices I made while adding features. The following is the list of features added by the patch: * Implementation of acmDriverAddW(), and delegation of acmDriverAddA() to acmDriverAddW() * Working implementation of modes of operation of acmDriverAdd[AW]: add driver by new registry entry (ACM_DRIVERADDF_NAME), add (local) driver by combination of hModule/acmDriverProc (ACM_DRIVERADDF_FUNCTION), add notification window for event broadcasts (ACM_DRIVERADDF_NOTIFYHWND) * Implementation of broadcasts to notification windows on driver add/remove, enabling/disabling, and priority changes * Fix for implementation quirks of acmDriverMessage() in order to allow native codecs to display configuration dialogs * Working implementation of acmDriverPriority(), with support of delayed notification broadcasts (for one process only). Includes saving new priorities and enabled status to registry * Loading of codec priorities and enabled status from registry * Support for ACM_METRIC_DRIVER_SUPPORT in acmMetrics() I must note that in order to provide support for acmDriverAddW() in ACM_DRIVERADDF_FUNCTION mode, it is necessary to treat an application-supplied module with an application-supplied driverProc as a full-blown winmm driver. Therefore, the patch includes a new procedure in winmm called wineAddDriver(), that instructs winmm to build a hDrvr from a supplied hModule/driverProc pair, rather than loading both from a DLL, as OpenDriver() does. This allows the rest of the code to continue using SendDriverMessage() as usual. Alex Villacís Lasso

2 2

Starter projects for new Wine contributors?
by Dan Kegel 10 Jan '06

10 Jan '06

Hi all! I'm looking for suggestions for starter projects for new contributors that would take something like a week to do, and wouldn't require much knowledge of Wine ahead of time. http://wiki.winehq.org/TodoList is the place we've gathered that stuff, but nothing there really grabs me. I suppose the tasks http://wiki.winehq.org/CrossCallsWtoA http://wiki.winehq.org/ConstifyData http://wiki.winehq.org/SpecDiscrepencies might qualify. Do they still need doing? http://winehq.org/site/fun_projects has some cool stuff on it, particularly the idea of using Mono's libgdiplus to implement gdi+ in Wine. (That's probably more than a week's worth of work, though.) http://wiki.winehq.org/SummerOfCode has very cool stuff in it, but that's all about 100x times harder than what I'm looking for. And then there's riched20. It's missing quite a few little features; see the 11 open bugs here: http://bugs.winehq.org/buglist.cgi?product=Wine&component=wine-richedit&bug… Might some of those be doable in a couple days? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 4

static COM VTables?
by Stefan Dösinger 10 Jan '06

10 Jan '06

Hello, I just read the "constify data" todo, and I thought it would be good to make the VTables in my ddraw implementation const. The old ddraw implementation also declares them static. Is there any advantage in it? My C book just says that they can only be referenced from the local module, which is correct. But are there any other effects? Stefan

2 1

← Newer
1
...
6
7
8
9
10
11
12
13
Older →

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 January 2006