wine-devel April 2007

wine-devel@winehq.org

139 participants
312 discussions

Re: [PATCH 2/11] msi: Add base class for OLE automation objects.
by Alexandre Julliard 30 Apr '07

30 Apr '07

Misha Koshelev <mk144210(a)bcm.edu> writes: > +interface AutomationObject { > + /* > + * VTables - We provide IDispatch, IProvideClassInfo, IProvideClassInfo2, IProvideMultipleClassInfo > + */ > + const IDispatchVtbl *lpVtbl; > + const IProvideClassInfoVtbl *lpvtblIProvideClassInfo; > + const IProvideClassInfo2Vtbl *lpvtblIProvideClassInfo2; > + const IProvideMultipleClassInfoVtbl *lpvtblIProvideMultipleClassInfo; IProvideClassInfo and IProvideClassInfo2 are base classes of IProvideMultipleClassInfo, so you don't need 3 different vtbls. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: kernel32: Add AllUsersPfogile env variable to each process during init.
by Alexandre Julliard 30 Apr '07

30 Apr '07

Vitaliy Margolen <wine-patches(a)kievinfo.com> writes: > Native initializes this variable somewhere during the log-on. And since > Wine doesn't really have such a thing, it's more logical to do it during > the process initialization. The only side affect is that if registry values > change, new process will get new value. If it's set during logon on Windows, it's very unlikely that an app would depend on modifying this, so you could set it in the registry once and for all. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: dbghelp: Directly use Heap functions.
by Eric Pouech 30 Apr '07

30 Apr '07

Markus Amsler a écrit : > This reduces WoW debug symbol load time from about 100s to 18! this also removes two key design features: - memory is free:d (as Dimitry already pointed out) - a memory pool is associated to every module, so that all allocations for a specific module are free:d when the module is unloaded A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams)

2 1

AW: wine killing X?
by Roland Kaeser 30 Apr '07

30 Apr '07

Hello I saw the same problem starting SimCity 4 and Railroad Tycoon on Nvidia drivers and 0.9.36. But only sometimes. Roland ----- Ursprüngliche Mail ---- Von: Juan Lang <juan_lang(a)yahoo.com> An: wine-devel(a)winehq.org Gesendet: Freitag, den 27. April 2007, 21:58:37 Uhr Betreff: wine killing X? I just upgraded to the latest wine version and tried wineprefixcreate (no .wine directory), and it kills X. Nvidia drivers 1.0.9755. Anyone else see this? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __________________________________ Yahoo! Clever - Der einfachste Weg, Fragen zu stellen und Wissenswertes mit Anderen zu teilen. www.yahoo.de/clever

1 0

Compiling quartzdrv
by Jaka Jančar 29 Apr '07

29 Apr '07

Hi, I'm trying to compile quartzdrv, just to check it out and test it a bit. I have tried following the instructions at: http://wiki.winehq.org/MacOSX/QuartzDriver There's a bit of ambiguity at the next line: $ cp -r ~/drivers/dlls/quartzdrv ~/wine/dlls/winequartz.drv I assume this was written before any quartzdrv stuff was added to Wine, and I have to replace the winequartz.drv with quartzdrv from darwine, and not just put it within it (winequartz.drv/quartzdrv/), right? Also, the patch doesn't apply OK, but looking at the contents of the files, I'm not sure it's needed anymore. When doing "make depend" I get this error: ../../tools/makedep -C. -S../.. -T../.. bitblt.c bitmap.c brush.c clipping.c dce.c desktop.c dib.c dib_convert.c dib_dst_swap.c dib_src_swap.c displays.c event.c font.c graphics.c init.c keyboard.c mouse.c palette.c pen.c quartzdrv_coregraphics.c quartzdrv_main.c settings.c text.c window.c winpos.c gdi.h: No such file or directory gdi.h was first included from font.c:24 make[2]: *** [depend] Error 1 make[1]: *** [winequartz.drv/__depend__] Error 2 make: *** [dlls/__depend__] Error 2 I'd very much appreciate it if anyone who knows how to do this right updated the wiki, or helped me out a bit, so I can update it. Also, can anyone explain what the fake Menu and Info.plist files are for? -- Jaka Jančar http://jaka.kubje.org/

3 3

quicken 2007 ungodly slow
by Dan Kegel 29 Apr '07

29 Apr '07

I can run quicken 2007 (after a fresh wget kegel.com/wine/winetricks sh winetricks fakeie6 vcrun2005 and telling winecfg not to let the window manager manage windows), but GUI updates are incredibly slow (as in, twenty seconds to draw the main screen). oprofile shows profiles like samples % image name app name symbol name 367948 60.6432 no-vmlinux no-vmlinux (no symbols) 57404 9.4610 libc-2.5.so libc-2.5.so (no symbols) 21210 3.4957 ntdll.dll.so ntdll.dll.so wine_nt_to_unix_file_name 14774 2.4350 libwine.so.1.0 libwine.so.1.0 wine_utf8_mbstowcs 11751 1.9367 ntdll.dll.so ntdll.dll.so hash_short_file_name 10359 1.7073 ntdll.dll.so ntdll.dll.so RtlUpcaseUnicodeString 10203 1.6816 libwine.so.1.0 libwine.so.1.0 wine_utf8_wcstombs 7259 1.1964 ntdll.dll.so ntdll.dll.so RtlIsNameLegalDOS8Dot3 6746 1.1118 ntdll.dll.so ntdll.dll.so get_full_path_helper so perhaps it's going crazy on file i/o. I haven't really looked into this yet. (I confess I was hoping to see gdiplus as the smoking gun, but it never got above about a percent.) - Dan p.s. I don't have kernel symbols because I haven't figured out how to find vmlinux on ubuntu yet, nor does ubuntu make it easy to compile one. (vmlinuz won't do, nor do I know how to uncompress it.)

4 5

Mandriva rpms
by marco 29 Apr '07

29 Apr '07

Ivan Leo Puoti has not much time lately to make the rpms for mandriva. So I volunteered to make them. So I made a rpm from the latest rpm. How do I get this rpm on the winehq download server ? Kind regards, Marco Meijer

2 3

Bug 7682: NtQueryDirectoryFile fails when querying certain symbolic links
by Vitaliy Margolen 29 Apr '07

29 Apr '07

Cudos to Lei and everyone else who found the real problem. It appears that Wine's implementation of the NtQueryDirectoryFile and all other functions that ending up calling it have a major problem. They will fail if called on symlinks into directories outside $WINEPREFIX which contain $WINEPREFIX itself (aka loop scenarios). Ex: c:\windows\profiles\vitaliy\Desktop -> $HOME/Desktop - works c:\windows\profiles\vitaliy\My Documents -> $HOME - does not The reason of this is clear - we have to stop any "loops" that are not common on windows (but possible with reparse points). There are lots of "smart" programs that will scan all of available drives and of course they will lock up in the never ending cycle if loops are allowed. However, as I recall this configuration was a result of the long discussion about desktop integration. And use of symlinks was the best solution. It appears it is not a solution. Quite an opposite - it just plain doesn't work. So should we go back to the drawing board and and rethink our approach to the desktop integration? Also what can we do, if user configures such a loops him/her self? Vitaliy Margolen

2 1

Yet more broken Ubuntu packages
by Vitaliy Margolen 29 Apr '07

29 Apr '07

I'm getting reports that even wine-0.9.36 packages still compiled without xrandr support. Can we get that fixed ASAP? Thanks. Vitaliy

2 1

Closing bugs in bugzilla
by Vitaliy Margolen 29 Apr '07

29 Apr '07

Can anyone explain why do we need to change severity when closing bugs? This makes severity totally useless. We might as well reset all severity to normal and remove it from the bugzilla. > tony.lambregts at gmail.com changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Severity|major |normal > Status|RESOLVED |CLOSED

4 4

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 April 2007