October 2003 - Wine-devel - list.winehq.org

FIX for BUG in IPersistFile::Load() since Wine-20030618 !
by Subhobroto Sinha 16 Oct '03

16 Oct '03

First I had to learn COM (Aaaahhg!!!...), then learnt to translate COM to C++. (Learning COM was the hardest part since I had to hire some computer time from our local computer parlour which has Windows boxes alongwith VC++, and then I had to juggle to and forth from there to home after my college hours..) Then created my OWN Win32 app (from scratch..) to read and resolve .lnk files. Then translated the Win32 app to PURE C++, so that it ran under GNU/Linux... Then applied the knowledge to Wine, and got the IPersistFile::Load() working... So the attachment "ShellLink.zip" contains the modified "dll/shell32/shellink.c" file which fixes the BUG in Load(). Sorry, but it's the WHOLE file. I have changed the original file so much that to submit a proper patch I need an unmodified "shelllink.c" (I do have a backup, but where was that ?) So in the meantime befor I submit a proper patch, check it out. Instructions: (duh!) -------------------- Just create a backup of the existing "shelllink.c" and then copy this attached "shelllink.c" to "dlls/shell32/shelllink.c" Type 'make'; copy the new "shell32.dll.so" to your installed wine folder (you should be root), and run any program which resolves shortcuts. You can try the "linkresolve.exe.so" (from my previous posts. See the archvies..) or WineMenuBuilder. Hoping to recive reports soon (send them at [subhobrotosinha at yahoo.com] Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Run-time NPTL detection
by Vincent Béron 16 Oct '03

16 Oct '03

This is a first patch to let Wine run on either an NPTL enabled or not system. The remaining issues deal with linking ntdll to libpthread, and autodetection in configure. It's not production-ready yet, I'm aware that there are a couple rough edges (ie, nptl_check passing from libwine to ntdll, wine_pthread_init_(process,thread)_no_nptl, what really happens if run on a system without NPTL). It's been tested on RH9 with NPTL. Comments? Vincent

2 1

configure check for Xrandr extension
by Alex Pasadyn 16 Oct '03

16 Oct '03

When I originally submitted the patch to check for RandR during configuration, part of it looked like this: > + AC_CHECK_HEADERS(X11/extensions/Xrandr.h, > + [ dnl *** If X11/extensions/Xrandr.h exists... > + AC_CHECK_LIB(Xrandr, XRRSetScreenConfigAndRate, > + [ AC_DEFINE(HAVE_LIBXRANDR, 1, [Define if you have the Xrandr library]) > + X_PRE_LIBS="$X_PRE_LIBS -lXrandr -lXrender" > + ],, > + $X_LIBS -lXext -lX11 -lXrender $X_EXTRA_LIBS > + ) > + ], > + AC_MSG_WARN([[Xrandr extension not found, Wine will be built without it]]), > + [#include <X11/Xlib.h>]) > + But the version that made it into CVS did not include the -lXrender. At least on my system, the check fails without that because the Xrandr library itself calls functions in Xrender. Is there a better way to specify that dependency or was this unintentional? Alex

6 11

one more thing about resolutions
by Alex Pasadyn 16 Oct '03

16 Oct '03

One more thing I noticed about resolution changing: Sometimes a program running with Wine terminates without cleaning everything up. When XVidMode is used to switch resolutions, the user can use ctrl-alt-plus/minus to restore the resolution. Those don't work when the resolution was changed with RandR. A user would need to run xrandr -s 0 to restore it. Since that may be hard for some to remember, is it worth including a trivial Winelib program that does the same thing? ChangeDisplaySettings(NULL, 0); is all it needs to do to restore the default mode. I have been testing using a simple program that puts up a dialog box listing all the modes and lets you choose them. Is that worth including somewhere/merging with winecfg? Alex

1 0

uxtheme: msstyles ini files
by Kevin Koltzau 16 Oct '03

16 Oct '03

Within an msstyles file the primary specification is basically a unicode INI file within one of the resources (well, there are a few ini files for different parts of the theme) Currently I'm extracting the ini file from resources into a temp file, and then using GetPrivateProfile* to retrieve values..which is a lot of work :) the fact its an ini file is really meaningless as I basically just enumerate every section/key and load it into an internal table. I would like to remove the need to dump the ini file into the file system then call a (large) number of GetPrivateProfile* functions..but I also don't want to duplicate ini file processing One possible solution would be to call the PROFILE_* functions (which are located in kernel/profile.c) directly which seem to work in a way that would make this very easy, but overall sounds like a very bad idea... I think I answered my own question, but feedback would be very welcome.

3 2

Re: Wine Start menu
by Ivan Leo Murray-Smith 16 Oct '03

16 Oct '03

>I dont know if the "Desktop" >option still exists in WINE but it would be nice to have ros-explorer >when running WINE in desktop mode under Linux. The I could just run all >of my Win32 apps from one place. Yes, this is possible, just set explorer.exe to desktop mode in your config file and run the ros explorer like any wine app.

1 0

System tree view
by BiGgUn 16 Oct '03

16 Oct '03

Hi Where is Windows explorer SysTreeView implemented in Wine ? TIA, Stephan

1 0

openssl-based win32 programs
by Geoff Thorpe 15 Oct '03

15 Oct '03

Hi all, I have just sent a post to the openssl list trying to solicit any developers of openssl-based win32 programs to try their programs under Wine. Eric Pouech helped me recently by fixing the one or two glitches in Wine that the openssl libs and utilities were stumbling on, and so openssl seems now to pose no problems for Wine. Anyhow, I just thought I'd post a link to this 'openssl-users' thread in case there's anyone else interested in this (in particular, if you think I've misrepresented anything about Wine or the process of testing win32 applications under it, feedback would be welcome); http://marc.theaimsgroup.com/?l=openssl-users&m=106626702426381&w=2 Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

1 0

Re: libs/unicode string folding
by Alexandre Julliard 15 Oct '03

15 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +include/wine/unicode.h libs/unicode/fold.c > libs/unicode/Makefile.in libs/unicode/wine_unicode.def > Add A/W string folding functions I put the Unicode version in, but the Ascii one is wrong, you cannot hardcode Latin-1 codepage this way. FoldStringA should be implemented by converting to Unicode and calling FoldStringW. -- Alexandre Julliard julliard(a)winehq.com

1 0

Wine Start menu
by Robert van Herk 15 Oct '03

15 Oct '03

Hi all, As some of you might know I am working on a Wine Start menu, for Linux. I have heard different things on this list about the way Windows treats the start menu. Some told me that it would be better to make a Windows (wine) client that reads the actual start menu by querying a Wine dll, while others told me that this is not neccesairy as all the links are contained in the Start Menu directory. From looking at my Windows installation, I must agree that it seems that all items in Programs are indeed in the Start Menu directory. So, my question is: would it be enough to create just a Linux program that synchronizes with this directory? Can anyone give me an example of a lnk file that IS actually missing in a Start Menu directory, but is there in his Program folder in the Windows start menu? Does anyone know how far people came at parsing the lnk files for Linux? I read something about the .lnk format, but I don't really feel like writing my own link file parser ;-). Does anybody know of parts of other software that could be recycled here? Grtz, Robert

4 4