- Wine-Devel - list.winehq.org

Re: WWN: wn20031017_192.xml
by Dimitrie O. Paun Oct. 17, 2003

Oct. 17, 2003

On Fri, 17 Oct 2003, Brian Vincent wrote: > > wn20031017_192.xml There's still something wrong with the sorting: The sorting looks odd: <person posts="23" size="58" who="Alexandre Julliard" /> <person posts="26" size="116" who="Dimitrie O. Paun" /> -- Dimi.

1 0

Re: Wine release 20031016
by Beartooth Oct. 17, 2003

Oct. 17, 2003

The only thing I miss from MurkySlop, after years of freedom from it, is the GPS/road/topo map programs from Garmin (primarily), DeLorme, et al. I keep wine in each new release of RedHat and YellowDog just in the hope of that. Any guesses when it might be up to them? -- RR 'Beartooth' Neuswanger <karhunhammas (at) lserv.com> Venato ergo sum.

1 0

PATCH - libwine/port.c
by Steven Edwards Oct. 16, 2003

Oct. 16, 2003

We have to have this for mingw because: dllwrap --def ./wine.def -o libwine.dll config.o debug.o ldt.o loader.o port.o -L../../libs/port -lwine_port -lmsvcrt libwine.exp(.edata+0x100):fake: undefined reference to `wine_pthread_init_proces s' libwine.exp(.edata+0x104):fake: undefined reference to `wine_pthread_init_thread' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make[1]: *** [libwine.dll] Error 1 make[1]: Leaving directory `/e/source/winehq/wine/libs/wine' make: *** [wine] Error 2 Thanks Steven Changelog: Mingw Porting Fix __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

FIX for BUG in IPersistFile::Load() since Wine-20030618 !
by Subhobroto Sinha Oct. 16, 2003

Oct. 16, 2003

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 Oct. 16, 2003

Oct. 16, 2003

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 Oct. 16, 2003

Oct. 16, 2003

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 Oct. 16, 2003

Oct. 16, 2003

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 Oct. 16, 2003

Oct. 16, 2003

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 Oct. 16, 2003

Oct. 16, 2003

>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 Oct. 16, 2003

Oct. 16, 2003

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

1 0