March 2008 - Wine-Bugs - list.winehq.org

[Bug 11494] Speed Commander 12 does not install

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11494 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #12 from Anastasius Focht <focht(a)gmx.net> 2008-03-31 17:18:44 --- Hello, --- quote --- I am running WINE 0.9.58 and I notice this behavior still exists. What needs to be done to commit this patch to the production code? --- quote --- depends. For such a change, an additional conformance test might be needed. Writing CT should be a no-brainer with the information I gave. Example: Create a temp ini file with delete-on-close semantics (FILE_FLAG_DELETE_ON_CLOSE), containing sample data and then call one of the ini file APIs on it (GetPrivateProfileString, ..) reading existing values. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 12315] Shiny's Sacrifice (Demo): Too much swap / ulimit problem

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12315 Tobias Jakobi <liquid.acid(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jb.faq(a)gmx.de -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 12315] New: Shiny's Sacrifice (Demo): Too much swap / ulimit problem

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12315 Summary: Shiny's Sacrifice (Demo): Too much swap / ulimit problem Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net Hi there, I wanted to make some D3D/DDraw tests with the demo version of Shiny's Sacrifice on a system where I don't have root access. The problem is that the system has 512MB physical memory installed and 8GB of swap configured. This is too much for Sacrifice and seems to trigger an (32bit ?) integer overflow. The error message from Sacrifice is: "Insufficient pagefile space. Please ensure that virtual memory is enabled and that you have more than 128MB of disk space free on your pagefile drive before running Sacrifice." I did a search on Google for that problem and it also appears on Windows if the system has a large amount of memory (or swap) installed, that triggers the overflow. So I was going to use ulimit -v to restrict memory usage by wine, but that does not seem to work: user(a)yui09:~/.wine/drive_c/Program Files/Shiny/Sacrifice Demo$ wine "Sacrifice.exe" preloader: Warning: failed to reserve range 00000000-60000000 wine: failed to initialize: /homes/user/local//lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory I have tried values for ulimit -v of 64MB, 128MB, 256MB and up to 2GB. Always the same problem with the preloader and the failed initialization. Wine doesn't seem to respect the limits set by ulimit. I would really like to make some tests on this system. Maybe someone can take a look at this ulimit problem? Greetings from Germany, Tobias Jakobi -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 12314] Photoshop CS2 tab doesn't really really hide windows

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12314 --- Comment #1 from James Hawkins <truiken(a)gmail.com> 2008-03-31 17:02:02 --- How do we know this doesn't actually happen on Windows, yet you can't see it because you can't see outside the desktop? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 12314] New: Photoshop CS2 tab doesn't really really hide windows

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12314 Summary: Photoshop CS2 tab doesn't really really hide windows Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com According to a private email from e.jaeger, "sometimes pressing tab key for hiding floating panels and toolboxes and press tab key again for showing them didn't work. As i discovered they will be shown but outside the desktop on bottom left (they get visible when i moving my gnome panel into another place)" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 11494] Speed Commander 12 does not install

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11494 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 10002] Adobe Illustrator CS and CS2 abort on startup

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10002 --- Comment #9 from Anastasius Focht <focht(a)gmx.net> 2008-03-31 16:34:29 --- Created an attachment (id=11771) --> (http://bugs.winehq.org/attachment.cgi?id=11771) better GetWindowModuleFileNameA/W to prevent error handler from crashing Hello, another problem is the crash when the error message box is dismissed. This is due to GetWindowModuleFileNameA() being a stub. The illustrator error handler directly accesses the returned buffer contents without checking return value, leading to crash (and stack overflow). --- illustrator crash trace --- .. 0009:Call user32.GetWindowModuleFileNameA(00030038,0033dff0,00000400) ret=004177bb 0009:fixme:win:GetWindowModuleFileNameA GetWindowModuleFileNameA(hwnd 0x30038, lpszFileName 0x33dff0, cchFileNameMax 1024) stub! 0009:Ret user32.GetWindowModuleFileNameA() retval=00000000 ret=004177bb 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x4177d4 0009:trace:seh:raise_exception info[0]=00000001 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception eax=00000000 ebx=603c5708 ecx=00000000 edx=0033dff0 esi=ffffffff edi=00030038 0009:trace:seh:raise_exception ebp=00030038 esp=0033dd7c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210246 0009:trace:seh:call_stack_handlers calling handler at 0xbc3a7c code=c0000005 flags=0 0009:trace:seh:call_stack_handlers handler at 0xbc3a7c returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xbf7558 code=c0000005 flags=0 0009:trace:seh:call_stack_handlers handler at 0xbf7558 returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xbf740c code=c0000005 flags=0 0009:trace:seh:call_stack_handlers handler at 0xbf740c returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xc06bad code=c0000005 flags=0 0009:trace:seh:call_stack_handlers handler at 0xc06bad returned 1 0009:trace:seh:call_stack_handlers calling handler at 0xc06b10 code=c0000005 flags=0 --- illustrator crash trace --- The use of this API seems a bit awkward because it's obsoleted for long time (relict of Win9X) and doesn't work as initially intended for NT based systems. See http://support.microsoft.com/kb/228469 for more information. I just deferred the work to GetModuleFileNameA/W() which is mentioned in KB article with default app instance handle supplied. This should mimick the behaviour for NT based systems and it keeps the app crash handler happy. I don't think it makes much sense to emulate 9X behaviour. According to MSDN, GetWindowModuleFileName() will always fail on NT and later unless the window was created by the process that calls it. If you know some apps that break because they expect module names from remote processes, free to file bugs .. I seriously doubt it. To get the info for remote process window handles one could use GetWindowThreadProcessId and translate the pid into process module name by using psapi or other means - but that would be incompatible to NT based systems as described in MSDN. Attached patch prevents the crash in error handler. NOTE: This will not solve the cause of error but will allow a clean app exit (after another message box, which was previously not seen due to crash is dismissed). More stuff will follow (needs some time). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 12246] "make test" gives different results with and without warn+heap

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12246 --- Comment #8 from Dan Kegel <dank(a)kegel.com> 2008-03-31 16:33:50 --- Yeah, pretty awful regression today in warn+heap, everything crashes just like your log says. Oh Rob.... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 11970] Serious Sam TSE 1.07: graphic bug (z-order)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11970 --- Comment #56 from Tobias Jakobi <liquid.acid(a)gmx.net> 2008-03-31 16:13:48 --- Nevermind, found it! :-) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008

[Bug 11970] Serious Sam TSE 1.07: graphic bug (z-order)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11970 --- Comment #55 from Tobias Jakobi <liquid.acid(a)gmx.net> 2008-03-31 16:07:25 --- I would really like to test the patch but I'm unable to download anything. http://www.winehq.org/pipermail/wine-patches/2008-March/052528.html <- you mean this one, right? I'm not subscribed to the list and the scrubbed attachment isn't accessible (it's zero bytes). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

March 31, 2008