July 2005 - Wine-devel - list.winehq.org

Ditching the config file
by James Liggett 14 Jul '05

14 Jul '05

Hi all, Now that we've ditched the config file, I'm finding myself migrating all of my DllOverride settings to Winecfg. I have a lot of them, so this is getting very tedious. So, I was wondering, why don't we just make it so that if a config file is found it will read the existing overrides into the new location, and then delete the config file? Where is the code for reading the config file located? I'd like to get started on it--I think it could make upgrades a lot easier. Regards, James Liggett

2 1

WoW
by Tom Wickline 13 Jul '05

13 Jul '05

Has anyone tried the 1.6.0 patch? Tom

2 2

Redraw problem with comboboxes on tab controls
by Michael Jung 13 Jul '05

13 Jul '05

Hi, I do have a couple of windows programs that have comboboxes in tab controls, which have redraw problems. There's a small test-program appended to this mail, which exhibits this problem. It's probably a very simple problem, but I have no experience with wine's GUI code. So if someone who is familiar with the combobox code could have a look at it, that would be nice. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: file locking
by jakov＠vmlinux.org 13 Jul '05

13 Jul '05

Brian Vincent wrote: >I've been playing around with file locking and Wine, namely the fact >that Wine doesn't have any. > >Is there any way around this, maybe placing the burden on a >filesystem? If I wanted to share files between two different users >(say with something dumb like file permissions 666), is there any way >to prevent the two people from stomping on each other? > > This could almost be FAQ? I think the discussions always boiled down to that integratation with Samba and/or DCE would be that best way. (But perfect is the enemy of good.) http://us1.samba.org/samba/ http://www.opengroup.org/dce/download/ //Jakob

1 0

Recent wine and valgrind, possible?
by Peter Zelezny 13 Jul '05

13 Jul '05

Hi All, I'm trying to get valgrind and wine working, that is to debug the exe wine itself is running. So far I've failed, so if anyone has any information or patches to get this working, I'd appreciate it. Firstly I applied this patch to Wine-20050628: http://www.winehq.org/hypermail/wine-patches/2004/09/0067.html (this applied cleanly, you have to edit one header file to change the prototype for wine_init(), but this is obvious from the gcc error). Second, I tried to use valgrind-wine over here: http://valgrind.org/downloads/valgrind-20031012-wine.tar.bz2 After encouraging it to use LinuxThreads, I gave up, this is too old and just won't build on a modern Linux distro. --- gcc -Winline -Wall -Wshadow -O -fomit-frame-pointer -mpreferred-stack-boundary=2 -g -Wno-pointer-sign -I/usr/include/linuxthreads -mpreferred-stack-boundary=2 -o libpthread.so -Werror -fno-omit-frame-pointer -UVG_LIBDIR -shared -fpic -Wl,-version-script ./vg_libpthread.vs -Wl,-z,nodelete,-z,initfirst -Wl,--soname=libpthread.so.0 vg_libpthread.o vg_libpthread_unimp.o /usr/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in vg_libpthread.o /lib/libc.so.6: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [libpthread.so] Error 1 make[1]: Leaving directory `/home/pz/down/valgrind-20031012-wine/coregrind' --- So I went to a vanilla valgrind 2.4.0. $ valgrind wine-pthread app.exe Executable range 0x7bf00000-0x7bf02394 is outside the acceptable range (nil)-0x52c00000 valgrind: do_exec(/usr/local/bin/wine-pthread) failed: Cannot allocate memory Thanks in advance for any info. -Peter.

1 0

Question about Wine tests
by Mitchell Mebane 13 Jul '05

13 Jul '05

I've been running the Wine test from http://test.winehq.com/data/ for a while now. I usually run them in batches. It suddenly struck me that maybe I should be restarting Windows between each test. Should I do this for best results, or is it OK to run them back to back? --Mitchell -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

2 1

Installer: How is the progress coming along?
by Hiji 13 Jul '05

13 Jul '05

How are things coming along with the application installer? I remember at one point reading that "person A" was going to lock "person B" in some room until work on it was completed. >:) Right now, many us wine users can't install a lot of apps on newer versions of Wine. So, either we're stuck on an earlier version of Wine, or we have to do wacky things like install an app on an old version and then move the install files to a newer version. (The latter only works in some instances like Flash MX.) Certain workarounds we used in the past for installing apps don't work with the current state of the installer; i.e. utilizing stdole32.tlb I want to get an idea of how long I/ we need to hold my breath for. :) Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: commctrl.h: Add WC_STATIC
by Felix Nawothnig 13 Jul '05

13 Jul '05

Frank Richter wrote: > +#define WC_STATICA "Static" > +#if defined(__GNUC__) > +# define WC_STATICW (const WCHAR []){ 'S','t','a', 't','i','c',0 } > +#elif defined(_MSC_VER) > +# define WC_STATICW L"Static" > +#else > +static const WCHAR WC_STATICW[] = { 'S','t','a','t','i','c',0 }; > +#endif > +#define WC_STATIC WINELIB_NAME_AW(WC_STATIC) > + I'm curious, what is the reason for the special case handling for MSVC and GCC when we have to do the portable way anyway? Felix

3 5

AppDB screenshots and color problems
by James Liggett 12 Jul '05

12 Jul '05

Hi all, I just looked at some screenshots I sent in for Steam: http://appdb.winehq.org/screenshots.php?appId=1163&versionId= (the HL Multiplayer Shot.) If you look at it, you'll notice the color depth is screwed up. What's going on? Thanks, James Liggett

3 2

Re: msi: use SourceLIst Functions
by Mike McCormack 12 Jul '05

12 Jul '05

Aric Stewart wrote: > + MsiSourceListGetInfoW(szProduct, NULL, MSIINSTALLCONTEXT_USERMANAGED, > + MSICODE_PRODUCT, INSTALLPROPERTY_LASTUSEDSOURCEstringW, sourcepath, > + &sz); Hi Aric, Seeing that you've gone to the trouble to define INSTALLPROPERTY_LASTUSEDSOURCE(A/W) in msi.h, which not use that define, rather than a non-standard one suffixed with stringW ? The definition of INSTALLPROPERTY_LASTUSEDSOURCE means that a number of static string will be created everywhere msi.h is included. There's a little bit more complicated but slightly better way of doing this used elsewhere in Wine, (eg. definition of STATUSCLASSNAME in include/commctrl.h). Could you please update the strings defined in msi.h like those? thanks, Mike

1 0