- Wine-Devel - list.winehq.org

Recent wine and valgrind, possible?
by Peter Zelezny July 13, 2005

July 13, 2005

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 July 12, 2005

July 12, 2005

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 July 12, 2005

July 12, 2005

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 July 12, 2005

July 12, 2005

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 July 12, 2005

July 12, 2005

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 July 12, 2005

July 12, 2005

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

Palm Hotsync and usbserial: New Findings
by James Liggett July 12, 2005

July 12, 2005

Hello all, I have been working on getting Hotsync to sync to a USB cradle using usbserial. I did some research, and as it turns out, the functions that wine uses to poll normal serial ports (like ioctl and tcgetattr) don't like usbserial devices very much. In fact, when I query my USB cradle using setserial, it gives me the same "Invalid Arguement" error that GetCommState does. Additionally, pilot-link doesn't even use these functions to communicate with a usbserial connected palm. The question now is, can we get tcgetattr to play nice with usbserial? Best Regards, James Liggett

5 17

Re: [Wine]june 2005 release and 'registry' ?
by gslink July 11, 2005

July 11, 2005

Mike Hearn wrote: >> Eventually nobody should have to use winecfg for anything. Let's spend our >> time fixing the bugs and increasing automation rather than arguing about >> the best way to represent a list of hacks in the UI :) I think the reality is that winecfg is going to hang round for a while. I only see patches adding to its functionality, and nobody is removing config options. Having a configurationless Wine is a lofty goal, but not one that's achieveable in the short term. It would be nice to spend a little bit of time to fix up the usability issues that Felix has pointed out. Opening a new window for app specific overrides might be hard, but it would make alot more sense. Mike The big problem with Wine is that every time something gets improved something quits running. This is normal for any development and can't be helped. If there were 10 times the effort put into Wine we might be able to get rid of winecfg but not as things are. There simply isn't the manpower.

2 1

Re: [kernel/module.c] Return ERROR_PROC_NOT_FOUND for NULL hModule
by Dmitry Timoshkov July 11, 2005

July 11, 2005

"Paul Vriens" <paul.vriens(a)xs4all.nl> wrote: > Process Explorer tries to load a dll with LoadLibraryA. This fails and > NULL is returned. PE is however still trying to do GetProcAddress on this > (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an > exception. > > I will send a test tonight that confirms the above. > > Changelog > Return ERROR_PROC_NOT_FOUND if hModule is NULL Probably the test also should confirm whether it's a responsibility of dlls/ntdll/loader.c,LdrGetProcedureAddress() to return STATUS_ENTRYPOINT_NOT_FOUND which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND. -- Dmitry.

3 4

Re: ListBox: Fix LB_SETTABSTOPS (Resend)
by Vitaly Lipatov July 11, 2005

July 11, 2005

В сообщении от 10 Июль 2005 02:53 Robert Shearman написал(a): > This time with the correct patch. > > Changelog: > The units passed into LB_SETTABSTOPS are dialog units, not logical units. Why you do not use DIALOG_GetCharSize function from user/dialog.c ? I think the magic with averaging sizes of 52 symbols have to be in one instance only. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1