wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: Discussion on Bug tracking database
by Tony Lambregts 12 Mar '05

12 Mar '05

tony_lambregts(a)telusplanet.net wrote: > Ann and Jason Edmeades wrote: >> I'd like to completely clarify that : >> - If _easily_ recreatable then a comment can be put in to keep it >> active by >> the person looking at it, but otherwise anything which is inactive for 2 >> months when the action was with the raiser can be closed. >> >> If so, which closing code (does it matter?!)? With no changes to >> bugzilla I >> would suggest an INVALID closing code with appropriate words added. >> >> Once agreed, we can have some fun clearing out some old rubbish. Looking >> through the old bugs and trying to reproduce a few, there are some easily >> recreatable basic bugs but those where there is nothing to go on >> really cant >> be progressed! > > > Well if the attached patch is OK for Jeremy then you will not need to > use "INVALID" and you use "ABANDONED" instead. ;^) > Jeremy committed the patch... You can now resolve a bug as "ABANDONED" :^) -- Tony Lambregts

4 5

Theming for Wine via the registry
by Scott Ritchie 12 Mar '05

12 Mar '05

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? 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

3 3

Noteworthy Composer under WineDbg
by Andrew Neil Ramage 12 Mar '05

12 Mar '05

I have been unable to find the reason Wine MIDI Mapper does not open properly. The trace below shows the output from winedbg with WINDEBUG set to +all. I hope someone can tell me what is going on. Andrew [andrew@zeus Default]$ set WINEDEBUG=+all [andrew@zeus Default]$ winedbg ~/.wine/drive_c/"Program Files"/"NoteWorthy Composer"/NWC32.EXE WineDbg starting on pid 0xa In 32 bit mode. 0x404d7dbf start_process+0xcf [/home/andrew/Download/Software/wine-20050211/dlls/kernel/../../include/winternl.h:1356] in kernel32: jmp 0x404d7db5 start_process+0xc5 [/home/andrew/Download/Software/wine-20050211/dlls/kernel/process.c:1046] in kernel32 1356 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg>next 1046 ExitProcess( entry( peb ) ); Wine-dbg>next err:thunk:_loadthunk (NWMID95B.DLT, thunkobj_ThunkData16, NWMID95B.DLL): Unable to load 'NWMID95B.DLT', error 2 fixme:commdlg:PRINTDLG_OpenDefaultPrinter Could not open printer EPSONStylusC42?! fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum Invalid address (0x404d7db8) for breakpoint 0, disabling it Process of pid=0x0000000a has terminated Wine-dbg>quit WineDbg terminated on pid 0xa [andrew@zeus Default]$ -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

2 2

wine 20050310
by Kevin DeKorte 12 Mar '05

12 Mar '05

The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin

4 3

Response from NoteWorthy
by Andrew Neil Ramage 12 Mar '05

12 Mar '05

I wrote NoteWorthy support about the problem of opening the MIDI mapper. Here is their response. Hi: >My question is how do you detect the MIDI mappers ? The MIDI Mapper actually has a hard coded device ID on Windows. There is no need to detect it. Any other device listed in Tools, Options, Midi, "Available play devices" are detected using the multi-media subsystem. Regards, Eric, http://noteworthysoftware.com -- Andrew [hackcoughsniffle] Internal Virus Database corrupt

1 0

Re: Wine release 20050310 (2/2) and (1/2)
by Brian 12 Mar '05

12 Mar '05

Hi Julliard, Your last two emails, Wine release 20050310 (1/2) and Wine release 20050310 (2/2), were received with no text and only an attachment with no file extension. Regards, Brian Alexandre Julliard wrote: -- OpenOffice Suite 1.1.4 : Firefox Browser 1.0.1 : Thunderbird Email 1.0

1 0

Fw: wine 20050310
by Paul R Streitman 12 Mar '05

12 Mar '05

Seconded. No remarkable messages, etc. winedbg does not show anything unusual either - Notes just 'hangs' consuming the CPU. I would be happy to run any kind of test/trace to help debug this problem. The failure will also happen if you do not click one of the bookmarks on the left, it just takes longer before it happens. Paul z/OS core components development Internet: prs(a)us.ibm.com ----- Forwarded by Paul R Streitman/Poughkeepsie/IBM on 03/11/2005 07:46 PM ----- Kevin DeKorte <kdekorte(a)yahoo.c om> To Sent by: "wine-devel(a)winehq.com" wine-devel-admin@ <wine-devel(a)winehq.com> winehq.org cc Subject 03/11/2005 05:49 wine 20050310 PM The latest wine still has issues with Notes 6.51 that started in the 20050111 release. Basically if you open Notes and click on one of the bookmarks on the bookmark bar on the left, wine will consume all the CPU. Killing wineserver and wine-preload returns the machine to normal. Wine 20041201 works fine. Kevin (See attached file: attg49w2.dat)

1 0

Re: New uninstaller
by Dmitry Timoshkov 12 Mar '05

12 Mar '05

"Jonathan Ernst" <Jonathan(a)ErnstFamily.ch> wrote: > With some help I'll be able to improve it (more unicodification, etc.) > when I'll come back. You can't really convert to unicode partially, you have to do it in one go. That not only will simplify things a lot, but also will save you a lot of time. > + for (i=0; i < numentries; i++) > + { > + len = WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, NULL, 0, NULL, NULL); > + descr = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > + WideCharToMultiByte(CP_UNIXCP, 0, entries[i].descr, -1, descr, len, NULL, NULL); > + printf("%s|||%s\n", entries[i].key, descr); There is no need to allocate len * sizeof(WCHAR) bytes, len works just fine. > +int wmain(int argc, char *argv[]) wmain takes 'WCHAR *argv[]' list. All remaining problems are caused by the fact that now argv[] array is passed in unicode but you still handle argv[] strings as ASCII and pass them around to internal functions which accept 'char *' not 'WCHAR *' strings. -- Dmitry.

5 15

Re: cabinet.dll FDI Conformance Test
by Dimitrie O. Paun 11 Mar '05

11 Mar '05

On Fri, Mar 11, 2005 at 12:13:18AM -0800, Rizwan Kassim wrote: > Wine cabinet.dll FDI Conformance Test Patch A few comments: -- the patches uses Windows line ends, please fix that -- the preprocessor is abused. There's no need to have #ifdef VERBOSE #endif all over the code, please pull that into the trace() function -- the STANDALONE business should also go, there's no need for it in Wine. -- Dimi.

1 0

Re: add version info to the reg
by Vincent Béron 11 Mar '05

11 Mar '05

Le jeu 10/03/2005 à 17:50, Ivan Leo Puoti a écrit : > lamest patch I've ever sent, but it wasn't my idea. > > ChangeLog: > Add hardcoded version info to the registry. > > Ivan. > ---- > > --- wine/tools/wine.inf 2005-01-08 09:32:29.000000000 +0100 > +++ new/tools/wine.inf 2005-03-10 23:19:01.589998042 +0100 > @@ -108,6 +108,8 @@ > HKLM,%CurrentVersion%,"ProgramFilesDir",,"%16422%" > HKLM,%CurrentVersion%,"RegisteredOrganization",,"Change preferred organization in ~/.wine/system.reg" > HKLM,%CurrentVersion%,"RegisteredOwner",,"Change preferred owner in ~/.wine/system.reg" > +HKLM,%CurrentVersion%,"CSDVersion",,"Service Pack 4" > +HKLM,%CurrentVersion%,"CurrentVersion",,"5.0" > HKLM,%CurrentVersion%\Setup,"BootDir",,"%30%" > HKLM,%CurrentVersion%\Setup,"SharedDir",,"%25%" > HKLM,Software\Microsoft\Windows NT\CurrentVersion\Fonts,,,"" This doesn't look like the right place to put it, especially since Wine can be set to something else than Win2k. That doesn't mean I know where to put it... Vincent

3 2

Re: Make running tests on a visible desktop a mandatory requirement
by Paul Vriens 11 Mar '05

11 Mar '05

On Thu, 2005-03-10 at 17:06, Dmitry Timoshkov wrote: > "Paul Vriens" <Paul.Vriens(a)xs4all.nl> wrote: > > > Apart from the fact whether winrash should be 'fixed' or not, this patch > > doesn't seem to do what it is supposed to do. Put in other words the > > running_on_visible_desktop is not correct (enough). > > Apparently that's because desktop window is completely covered by the Progman > window and SysListView32. I'm very sorry for the breakage. > > Here is a patch that hopefully should finally work for all systems. It's based > on the article pointed out by Robert Shearman. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Implement a test for the desktop visibility based on the MSDN article > pointed out by Robert Shearman. Hi, someting is wrong with pulling the latest winetest (with winrash) but that's another issue. When running the latest winetest from Paul' page, I get on my win98 box: C:\WINDOWS\Desktop>C:\WINDOWS\DESKTOP\WINETE~1.EXE Assertion failed: pGetUserObjectInformationA(wstation, UOI_FLAGS, &uoflags, size of(uoflags), &len), file /home/paul/Production/wine-cross-source/programs/winete st/main.c, line 82 abnormal program termination This doesn't seem right ;-) Paul.

1 0

Re: Wine & Valgrind 2.2.0
by Oliver Stieber 11 Mar '05

11 Mar '05

--- Lars Segerlund <lars.segerlund(a)comsys.se> wrote: > > Hi, > > Has anybody given prospect & oprofile a spin ? > > My machine is a bit to slow for a build of the > latest wine, but I figured it could be a nice way to > check systemusage in conjunction with wine. > > Opinions ? I've oprofiled the DirectX 9 work, but it's not so usefull their since most of the dogs work is performed in the openGL driver. No problems profiling though, there's a WWN artical about it. http://www.winehq.org/?issue=249#oprofile & Wine > > / regards, Lars Segerlund. > > > On Fri, 11 Mar 2005 17:40:25 +0200 (EET) > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > On Fri, 11 Mar 2005, James Hawkins wrote: > > > On Fri, 11 Mar 2005 17:12:35 +0200 (EET), > Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > > > On Wed, 9 Mar 2005, Robert Shearman wrote: > > > > > I find the --tool=memcheck option the most > useful, which can be used for > > > > > finding the source of memory corruption. > > > > > > > > Fine, but can you help me to fight an error > saying "SEGMENT MAPS NOT OK" ? > > > > I try running 'wine Diablo.exe' and get > something like that: > > > > > > > > | INV 2 FAILED: seg 0x1C490000-0x1C492000 > crosses boundaries of mapping 0x1C490000-0x1C491000 > > > > | INV 1 FAILED: seg -0x1C490000 does not end > at mapping 0x1C492000-0x1C490000 end > > > > | INV 1 FAILED: mapping 0x1C491000-0x1C492000 > (prot=rwx file=/usr/local/lib/wine/ole32.dll.so) is > before 0x1C492000-0x1C498000 > > ... > > > > And then valgrind terminates. Where is the > problem? Something is wrong > > > > with the ole32.dll.so file? > > > > > > Try running valgrind with wine-pthread or > wine-kthread instead of > > > wine, because valgrind doesn't run child > processes in it's vm. > > > > Yes, I already am running that way (wine-pthread). > W/o wine-pthread name > > or w/o --trace-children=yes option supplied I > capture nothing usefull. > > > > And BTW, wine under valgrind runs slowly now. > AFAICS, a lot more slowly > > than the stable v2.2.0. > > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com

1 0

Re: Warcraft 3 - "no program start menu found"
by Tony Lambregts 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

--- 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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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 11 Mar '05

11 Mar '05

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

Re: Warcraft 3 - "no program start menu found"
by Paul Vriens 11 Mar '05

11 Mar '05

On Fri, 2005-03-11 at 06:20, Tony Lambregts wrote: > Mike Hearn wrote: > > On Sun, 27 Feb 2005 14:53:51 -0700, Tony Lambregts wrote: > > > >>I had the same error but after some googling (for a good 20 minutes or > >>so) I found the solution: > >> > >>Adding > >> > >>[Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders\\] > >>"Programs"="c:\\windows\\Start Menu\\Programs" > >> > >>to my users.reg file in ~/.wine/ fixed the problem for me. > > > > > > So it's a bug in Wine then. We should add this to the default registry! > > I started a bug on this. > > http://bugs.winehq.org/show_bug.cgi?id=2765 > > I think this is the correct spot to put this. > > Change log: Add start menu entry to the default registry > > Files changed: tools/wine.inf > > ______________________________________________________________________ > 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" 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. Cheers, Paul.

1 0

Segfault. Conformance Test/Patch in Cabinet.dll
by Rizwan Kassim 11 Mar '05

11 Mar '05

A follow up to the cabinet patch we released before hand. It works perfectly in windows/cl. When its in the wine tree, gcc doesn't like it as much. cabinet_fdi.c: In function `TestCreate': cabinet_fdi.c:263: warning: passing arg 3 of `FDICreate' from incompatible pointer type Running it = segfault. WINEDEBUG=+all wine dlls/cabinet/tests/cabinet_test.exe.so results in the attached debug trace, which doesn't help (me) much. Anyhow, point being, it works in Windows, dies in Wine, but I'm not sure that its a Wine error. Can anyone offer any suggestions/fixes? -- Thank you, Rizwan Kassim http://www.geekymedia.com - GPL code, How-To guides and more. "There's no such thing as non-lethal shaving damage with a sword!" -- Scott Martin Octal is the way God meant programmers to count - the thumbs are parity bits. "The first creature we encountered (and this is the god's honest truth) was a Duck with a +4 hotdog cart. For some reason, we never found out why, this Duck's sole purpose in life was to go out around smasing his cart into adventurers until they agreed to buy a hotdog from him. Once doing so, you were prompty told to roll a save vs poison (food poisoning) or die."

2 2

Reporting "Unknown EXE OS version" and a non-functioning program
by Pavel Troller 11 Mar '05

11 Mar '05

Hi! Because my kids are obsessed by trains and everything about them, I've decided to download them a train simulation game. Because I refuse to use anything from M$ and I didn't find any train simulator for Linux, I've found and downloaded a free "miniature train simulator", available for download at http://jeanmichel.kerdal.free.fr/Train/train.zip . I've unzipped the package and tried to run the Install.exe file. But the only I get is patrol@arcus:~/train$ wine Install.exe fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS version 4.0, please report !! fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x7f9bdd4c,326,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x720dfb0c), partially implemented. fixme:ole:OLEPictureImpl_SaveAsFile (0x767bd768)->(0x767bffd0, 0, (nil)), hacked stub. The program then simply runs and waits fot the rain (or maybe train :-) ?) without any visible activity and should be killed. Normally I wouldn't report this because there is still a lot of programs which are incompatible with wine (oh these windows programmers... :-) ). But this one explicitly asked for reporting, so I'm just doing what it asked for :-). This is with a fresh wine CVS update, which reports itself as wine-20050310. With regards, Pavel Troller

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel