March 2005 - Wine-Devel - list.winehq.org

Re: Warcraft 3 - "no program start menu found"
by Tony Lambregts March 11, 2005

March 11, 2005

Jesse Allen wrote: > On Thu, 10 Mar 2005 22:20:27 -0700, Tony Lambregts > >>Index: tools/wine.inf >>=================================================================== >>RCS file: /home/wine/wine/tools/wine.inf,v >>retrieving revision 1.28 >>diff -u -r1.28 wine.inf >>--- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 >>+++ tools/wine.inf 11 Mar 2005 05:11:40 -0000 >>@@ -112,6 +112,7 @@ >> HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\Hotfix\Q246009,"Installed",,"1" >>+HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" >> >> [Debugger] >> HKLM,Software\Microsoft\Windows NT\CurrentVersion\AeDebug,"Debugger",,"winedbg %ld %ld" >> Jesse Allen wrote: > > That's wrong. Here's is a better example of the registry entry we need: > > [HKEY_USERS\jesse\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell > Folders] > "Programs"="C:\\windows\\profiles\\jesse\\Start Menu\\Programs" > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. I think [HKEY_USERS\jesse\] translates to [HKCU]. Paul Vriens wrote: > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. > Well, this patch was more or less a "ping" to see if I was headed in the right direction. 8^) I put together the following patch which is closer but still not exactly right, since it hard codes to the C: drive. I am beginning to I suspect it should really go in dlls/shell32/shellpath.c in PathSetDlgItemPath(). help! Index: tools/wine.inf =================================================================== RCS file: /home/wine/wine/tools/wine.inf,v retrieving revision 1.28 diff -u -r1.28 wine.inf --- tools/wine.inf 6 Jan 2005 20:42:10 -0000 1.28 +++ tools/wine.inf 11 Mar 2005 16:36:38 -0000 @@ -123,6 +123,7 @@ HKCU,%Desktop%,"SmoothScroll",1,00,00,00,00 HKCU,%Desktop%,"UserPreferencemask",1,00,00,00,00 HKCU,%Desktop%,"LowPowerActive",,"0" +HKCU,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, "Programs",,"c:\\windows\\Start Menu\\Programs" [Metrics] HKCU,%Metrics%,"ScrollWidth",,"16"

1 0

Wine & Valgrind 2.2.0
by Robert Shearman March 11, 2005

March 11, 2005

Hi all, I notice there has been interest from developers wanting to run valgrind with wine. I have been doing this successfully with the attached patch applied. Note that there are some false positives from the thread start routines caused by a bug in valgrind. Apparantly this is fixed in the latest cvs, but I have not tried it. I find the --tool=memcheck option the most useful, which can be used for finding the source of memory corruption. Rob

5 5

Re: Warcraft 3 - "no program start menu found"
by Juan Lang March 11, 2005

March 11, 2005

Paul wrote: > > +HKLM,Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders, > > "Programs",,"c:\\windows\\Start Menu\\Programs" > > Should we hard-code "c:\\windows" ? > > Apart from that, when I look at my WinXP system the entries are in: > > [HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders] > > So there is probably more to it. The patch doesn't match the bug. The bug says changing users.reg fixes it, but this change would affect system.reg. Or, to echo what Paul said, the bug says the change should go in HKCU, but the patch changes HKLM. This should be set when shell32 is registered. It is for me, anyway. There are two keys, "Shell Folders" and "User Shell Folders". Only "User Shell Folders" affects shell32's behavior, but for backward compatibility it writes what it finds there to "Shell Folders". This is what MS shell32 versions 5 and higher do too (and there's a test case that demonstrates it.) Anyway, take a look at HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell in both Shell Folders and User Shell Folders. You should see entries for Cache, Cookies, Desktop, Favorites, History, NetHood, Personal, PrintHood, Programs, Recent, SendTo, StartMenu, StartUp, and Templates. If not, reregistering shell32 should fix it. --Juan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: Warcraft 3 - "no program start menu found"
by Jesse Allen March 11, 2005

March 11, 2005

On Fri, 11 Mar 2005 08:16:28 -0700, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > > From my understanding, Shell Folder entries for the user profile are > automatically created when requested -- except this one. > See wine/dlls/shell32/shellpath.c. It seems to be in there as "IDS_PROGRAMS". Comment for _SHGetUserShellFolderPath: /* Gets the value named value from the registry key * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders * (or from rootKey\userPrefix\... if userPrefix is not NULL) into path, which * is assumed to be MAX_PATH WCHARs in length. * If it exists, expands the value and writes the expanded value to * rootKey\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders * Returns successful error code if the value was retrieved from the registry, * and a failure otherwise. */ Anyone know why it doesn't get created? Jesse

1 0

Re: [wine-test-devel] Patch - cabinet.dll FDI Conformance Test
by Dan Kegel March 11, 2005

March 11, 2005

Rizwan Kassim wrote: > Signed-off-by: Rizwan Kassim <rizwank(a)geekymedia.com> > Signed-off-by: Dan Kegel <dank(a)kegel.com> > Signed-off-by: Aleksandr Liber <aliber(a)ucla.edu> I didn't sign off on this version, for what it's worth. Rizwan, please only put the Signed-off-by header with my name on it if I've actually reviewed the patch being submitted. A few notes: --- #define _S_IREAD 0x0100 #define _S_IWRITE 0x0080 --- I told you earlier that's not a good idea; you should get those from a standard windows header. --- #ifndef WIN_ENV #include <msvcrt/fcntl.h> #else #include <fcntl.h> #endif --- I told you earlier that plain old <fcntl.h> should do, and it works fine here with msvc and winegcc. You shouldn't ever need to include <msvcrt/fcntl.h>. You decompress complex.cab but don't verify the results; that seems bad. Can you address those issues, please? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Re: Theming for Wine via the registry
by Oliver Stieber March 11, 2005

March 11, 2005

--- Scott Ritchie <scott(a)open-vote.org> wrote: > This thread on the forums caught my attention: > > http://www.ubuntuforums.org/showthread.php?p=86939&highlight=wine#post86939 > > 1) Is there a way we can make Wine respect the > current GTK themes? > Wasn't someone working on this a while ago? What's > the status? I think this falls under... http://www.winehq.org/site/fun_projects Integrate the Registry With Native Configurations Implement a bridge between the Windows registry and the GNOME/KDE configuration systems. If you set the wallpaper in a Windows app it should reflect on your real desktop. This is useful for programs like the WebShots desktop. This could be done by extending the wineexplorer workers: wanted status: to do updated: Dec 21, 2004 It's fairly easy to do, just copy the GTK system settings into the correct registry entries on startup and visa-versa. I have an old email from myself that tells me to take a look at .... hkey_users \console ... Control Panel (for desktop stuff) and Keyboard Layout Software\microsoft\windows\currentversion\print\printers and Software\microsoft\windows\currentversion\profileList.. Software\microsoft\windows\currentversion\profileGuid HKEY_Local_machine\software\Microsoft\Windows\CurrentVersion\SyncMgr\AutoSync\DOMAIN_UNAME HKEY_Local_machine\system\controlSetxxx\services\* So I expect that's a good place to start looking. details on reading-writing Gnome/Kde settings should be at www.freedesktop.org > > 2) If I want to hack around this by changing the > default registry for > the Ubuntu packages, what's the best way to do that? > > Thanks, > Scott Ritchie > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

flexible-mmap breaks application
by Uwe Bonnes March 11, 2005

March 11, 2005

Hallo, from the XILINX Ise suite (version 6.3 tested), the GUI (_pn.exe) and the web update (webupdate.exe) crash with recent CVS when run on a 2.6 Kernel (Suse 9.2, 2.6.11.1-20050307183958-default, but also the default 2.6 distribution kernel and a Athlon/ Pentium M). Both programs run fine with 2.4 (meeding a step back to Suse 9.0, but the same wine executable, only tested on the Athlon). The problem was hard to pinpoint, but I suspected differences in HeapAlloc() return values to cause the problem, hinted by looking at the disassembly where the error happens. Clearly there is a difference between 2.4 and 2.6 kernels: While mmap2() in kernel 2.4 in map_view() returns values in the 0x4000 0000 range, kernel 2.6 returns values like 0xb7fe9000, 0x58710000, 0xa07f0000 and 0x77abf000. A check in RtlAllocateHeap() for return values above 0x80000000 also triggers with both programs when run on 2.6 and not with 2.4. Looking deeper, I found http://lwn.net/Articles/92281/ about flexible-mmap-update.patch and the wine-devel discussion from around new year about "Re: ptrace single-stepping change breaks Wine". Setting /proc/sys/vm/legacy_va_layout, like proposed by Ingo, lets the app finally run. Alexandre finally concluded the discussion by > Probably the easiest would be to have a way for an app to specify the > mmap range it wants. So instead of having the kernel try to guess from > brk and stack ulimit, both of which are meaningless for Win32 apps, we > could set the range from "end of win32 exe" to 0x7ff0000. This would > also avoid the need to preallocate everything above 0x80000000 that we > currently do and that plays havoc with address space limits. However nothing seems to have happened with regard to that problem until now. Could we revive that discussion? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 7

Re: [DMUSIC/DINPUT] includes fixes
by Alexandre Julliard March 11, 2005

March 11, 2005

Raphael <fenix(a)club-internet.fr> writes: > --- dinput.h 5 Oct 2004 04:38:15 -0000 1.46 > +++ dinput.h 10 Mar 2005 22:13:43 -0000 > @@ -640,7 +640,9 @@ > DWORD dwData; > DWORD dwTimeStamp; > DWORD dwSequence; > +#if(DIRECTINPUT_VERSION >= 0x0800) > UINT_PTR uAppData; > +#endif As a rule we avoid that sort of thing in Wine (I know there are other such #ifs in that file but they should be removed). It makes no difference for binary compatibility, and it's very unlikely that an app would depend on it at the source level, so it's not worth the extra headaches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/dlls/gdi gdiobj.c
by Krzysztof Foltman March 11, 2005

March 11, 2005

Alexandre Julliard wrote: > Log message: > Allocate fonts and regions from the large heap too. While this is surely good, I guess it would be nice to have an option to restore the previous behaviour. It's much easier to find font leaks this way. Or is there an official way to determine how many GDI handle get leaked (if any) and how many of each type ? (WINEDEBUG=lotsaoptions wine app.exe | egrep complicatedgrepexpression doesn't count) Krzysztof

2 1

AppDB: Escaping / new-line problems
by Francois Gouget March 11, 2005

March 11, 2005

A lot of AppDB entries have broken escaping and some even seem to have only one line. That greatly reduces their readability. Not sure if this is because the formatting was lost over the years. Hopefully it can be fixed in one go for all entries. Otherwise we'll have a big AppDB janitorial cleanup task... Here are some examples: * Gepasi http://appdb.winehq.org/appview.php?appId=1509 Lots of backslashes, quotes are escaped. Appears to be all on one line. * StreetChaves http://appdb.winehq.org/appview.php?appId=1852 Quotes and single-quotes are escaped. All on one line * Neverwinter Nights http://appdb.winehq.org/appview.php?appId=870&versionId=1191 Single-quotes are escaped. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

2 2