http://bugs.codeweavers.com/show_bug.cgi?id=591
*** shadow/591 Fri Apr 19 15:40:39 2002
--- shadow/591.tmp.19099 Fri Apr 19 15:40:39 2002
***************
*** 0 ****
--- 1,39 ----
+ +============================================================================+
+ | wine does not verify native dll |
+ +----------------------------------------------------------------------------+
+ | Bug #: 591 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-loader |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: wine_bugtracking_account(a)dias.com.br |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Wine does not verify if a native dll is valid or not.
+ Wine should test if a native dll file is a valid dll before trying to loading it.
+ If the native dll is not valid, it should fallback to the builtin one if that
+ specified in the DllOverrides/DllDefaults setting.
+
+ Why this is important?
+
+ Because when working in a fake windows tree, some applications test if a dll
+ file exist first, before using it. So it is common to have a zero sized file
+ in its place.
+ e.g.
+ c:\windows\system\shell32.dll
+
+ In this case the shell32.dll is know to be better used if a native
+ version is available, so in the DllOverrides this setting is common:
+ "shell32" = "native, builtin"
+
+ However, because wine does not test it, it will consider it a valid
+ native shell32.dll and try to load it, and will eventually fail.
+
+ A solution, would be to delete the empty file from the tree, however
+ apps that test their existence will start to fail.
\ No newline at end of file
http://bugs.codeweavers.com/show_bug.cgi?id=590
*** shadow/590 Thu Apr 18 23:44:37 2002
--- shadow/590.tmp.13961 Thu Apr 18 23:44:37 2002
***************
*** 0 ****
--- 1,26 ----
+ +============================================================================+
+ | Memory leak: When running any program under Wine, the memory usage increas |
+ +----------------------------------------------------------------------------+
+ | Bug #: 590 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020310 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: ryaklin(a)catholichaven.org |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ When running any program under Wine, the memory usage increases in certain
+ instances. Most programs seem to run with tiny to no memory leaks when they are
+ running without active focus and without the cursor over any part of their
+ window. Microsoft Word 2000 with an untitled, empty document open will increase
+ it's memory usage at a rate of 1 megabyte every 15-25 seconds if the cursor is
+ moved around over the MS Word window. Faster rates are noticed when moving over
+ buttons. Other programs exhibt similar behavior. Often, memory usage will remain
+ steady as long as the cursor is not moving and/or not over the window of the
+ program running under Wine.
\ No newline at end of file
http://bugs.codeweavers.com/show_bug.cgi?id=589
*** shadow/589 Thu Apr 18 22:07:52 2002
--- shadow/589.tmp.4502 Thu Apr 18 22:07:52 2002
***************
*** 0 ****
--- 1,43 ----
+ +============================================================================+
+ | ETCDIR environment var needed and other changes |
+ +----------------------------------------------------------------------------+
+ | Bug #: 589 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-loader |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: wine_bugtracking_account(a)dias.com.br |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ right now wine has a WINEPREFIX env var to deal with the user config location.
+ however it does not a place to deal with a global configuration (read register).
+
+ Why this is important?
+
+ with this it will pbe possible to keep individual "fake-windows" trees
+ with specialized programs installed.
+
+ With this one program will not interfere with anothers instalation.
+
+ However after installation each program will have its set of register created by
+ the installer and needed to be run.
+
+ Changing WINEPREFIX is not an option because changes made by the user will not
+ reflect into his personal reg files (~/.wine).
+
+ An alternative solution (maybe more interesting) would be to let wine use a
+ text dat file in the c:\windows\system.dat file instead of the binary windows
+ format.
+
+ with this, the loader would read the c:\windows\system.dat text file first,
+ then the global one (/etc/wine.systemreg) and update with the users setting
+ in ~/.wine/*.reg .
+
+ Hey, it would be nice to be able to control the loading order from the
+ command line and the C: path too.
\ No newline at end of file
http://bugs.codeweavers.com/show_bug.cgi?id=219
*** shadow/219 Wed Apr 17 13:54:06 2002
--- shadow/219.tmp.12252 Thu Apr 18 16:08:45 2002
***************
*** 90,92 ****
--- 90,104 ----
I have one possble thought... which is that maybe it has something to do with
wine having debugging.. as I know I had problems with other games which
complained that I was running within a debugger and refused to run.
+
+ ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-04-18 16:08 -------
+ I have the original version of Myst and I installs and runs fine with current CVS
+
+ fixme:win32:DEVICE_Open Unknown VxD SICE. Try --winver nt40 or win31 !
+ fixme:win32:DEVICE_Open Unknown VxD SIWVID. Try --winver nt40 or win31 !
+ fixme:win32:DEVICE_Open Unknown VxD NTICE. Try --winver nt40 or win31 !
+
+ This is typical of copy protection. Even If you were to get past this point
+ there usualy are about 3 or four of these copy protection measures that are
+ included with most copy protected software. At this point you are probably best
+ off to make a cracked version of the game, although I don't have a link for you.
\ No newline at end of file
http://bugs.codeweavers.com/show_bug.cgi?id=434
*** shadow/434 Wed Apr 10 14:27:55 2002
--- shadow/434.tmp.11055 Thu Apr 18 15:50:54 2002
***************
*** 421,423 ****
--- 421,448 ----
btw, any idea what the last "fixme" line means? and the number 20022? (note that
retval from WM_MDIGETACTIVE is 20021)
+
+ ------- Additional Comments From rick(a)valeoinc.com 2002-04-18 15:50 -------
+ I've never asked Alexandre directly about this bug, I wasn't able to build
+ incrementally patches from that day, so that was just an "Educated guess" :)
+ In any case, it was a big enough patch that I didn't expect a whole lot out
+ of it. IMHO, this is an issue that needs a programmer who's not already
+ working on Wine :)
+
+
+ I've posted the output from Spy++ and wine:
+ wine --debugmsg +mouse,+event,+window,+message vfp.exe
+
+ I've posted the output at
+ http://www.havokmon.com/stuff/wine/winefox
+ and
+ http://www.havokmon.com/stuff/wine/winfox
+
+ There is a SLIGHT difference, but I did notice that WM_LBUTTONUP is never
+ called (is it assumed in Windows?). I'm not familar with Spy++ (first time
+ user), any additional options I should use?
+
+ I can say that hwnd=00020022 is the window number that that specific line
+ of code is dealing with. Each window 'part' is actually a seperate window
+ (the top blue bar, the 'inside', the scrollbar..), will all have different
+ window #'s.
\ No newline at end of file
http://bugs.codeweavers.com/show_bug.cgi?id=588
*** shadow/588 Thu Apr 18 15:09:11 2002
--- shadow/588.tmp.8295 Thu Apr 18 15:09:11 2002
***************
*** 0 ****
--- 1,23 ----
+ +============================================================================+
+ | fixme:file:FindFirstChangeNotificationA this is not supported yet (non-tri |
+ +----------------------------------------------------------------------------+
+ | Bug #: 588 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020228 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: James(a)superbug.demon.co.uk |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The above summary message was seen in the wine log while trying to save a file
+ from Microsoft Word 2000.
+ fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial).
+
+ Not supporting this API call causes MS Word 2000 to fail.
+ When will this API call be implemented ?
\ No newline at end of file