May 2010 - Wine-bugs - list.winehq.org

[Bug 22748] New: Tomb Raider Level Editor crash
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=22748 Summary: Tomb Raider Level Editor crash Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.tombraiderchronicles.com/tr5/editor/trle.ht ml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com Created an attachment (id=28048) --> (http://bugs.winehq.org/attachment.cgi?id=28048) TRLE crash log Starting with version 1.1.44 TRLE now crashes at the very start, trace leads to something in kernel: Backtrace: =>0 0x00450ba3 in tomb4 (+0x50ba3) (0x0032fea8) 1 0x7b8573f4 start_process+0x53(peb=(nil)) [/build/buildd/wine1.2-1.1.44/dlls/kernel32/process.c:974] in kernel32 (0x0032fee8) 2 0x7b8573f4 start_process+0x53(peb=0x4a8f10) [/build/buildd/wine1.2-1.1.44/dlls/kernel32/process.c:974] in kernel32 (0x0032fef8) 3 0x7bc6f750 call_thread_func+0xb() in ntdll (0x0032ffc8) 4 0x7bc6f920 call_thread_entry_point+0x6f(entry=0x7b8573a0, arg=0x7ffdf000) [/build/buildd/wine1.2-1.1.44/dlls/ntdll/signal_i386.c:2466] in ntdll (0x0032ffe8) 5 0x7bc4b52a start_process+0x29(kernel_start=0x7b8573a0) [/build/buildd/wine1.2-1.1.44/dlls/ntdll/loader.c:2612] in ntdll (0x00000000) Full crash log attached. -- 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.

1 3

[Bug 3591] py2exe does not work properly
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=3591 Arjan Schrijver <arjan(a)anymore.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arjan(a)anymore.nl --- Comment #14 from Arjan Schrijver <arjan(a)anymore.nl> 2010-05-18 03:17:54 --- In Wine 1.1.44 this problem still exists. BindImageEx is still a stub, and as a result, py2exe still doesn't work properly. Is someone working on this? -- 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.

1 0

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=3548 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)meelstraat.net --- Comment #32 from Hans Leidekker <hans(a)meelstraat.net> 2010-05-18 02:56:58 --- Perhaps we can store the Wine prefix in the .lnk file somewhere. Then we'd write a Unix tool that extracts the prefix and runs 'wine start <shortcut>.lnk' in it. We'd register the tool with the native desktop as the handler for application/x-win-lnk and stop writing separate .desktop files when writing to the desktop folder. That leaves the thumbnail issue. Presumably thumbnails are cached to mitigate the performance issue? Alternatively we could have our own thumbnailer cache the generated icons. Another issue with this approach is that Gnome hides the .desktop extension but not the .lnk extension, like Windows does. -- 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.

1 0

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=3548 --- Comment #31 from Damjan Jovanovic <damjan.jov(a)gmail.com> 2010-05-18 02:15:05 --- (In reply to comment #30) > > The application tells shell32 to write the .lnk file to a specific > > C:\path\to\file.lnk location and remembers that location. Any attempt to move > > or rename the .lnk after that - even to the other desktop - loses that file and > > stops the application from deleting it on uninstall. > > so when some application want to write .lnk file to: > ~/.wine/drive_c/users/user/Desktop > handle it and redirect to: > ~/.wine/drive_c/users/Public/Desktop > and when uninstaller will want to delete it from: > ~/.wine/drive_c/users/user/Desktop > handle again and redirect to: > ~/.wine/drive_c/users/Public/Desktop > > Can it work just like that? If the application wants to write .lnk file to: ~/.wine/drive_c/users/user/Desktop and Wine instead writes to: ~/.wine/drive_c/users/Public/Desktop the application still thinks it wrote to: ~/.wine/drive_c/users/user/Desktop and on uninstall tries to delete the .lnk from: ~/.wine/drive_c/users/user/Desktop where it isn't. -- 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.

1 0

[Bug 8754] Games doesn't receive keyboard Input (BuildActionMap, SetActionMap, EnumDevicesBySemantics)
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=8754 MD.IMAM HOSSAIN <imamdxl8805(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imamdxl8805(a)gmail.com --- Comment #43 from MD.IMAM HOSSAIN <imamdxl8805(a)gmail.com> 2010-05-17 23:50:11 --- (In reply to comment #35) > (In reply to comment #32) > > (In reply to comment #31) > > What all you described got to do with this bug? This bug specifically about > > EnumDevicesBySemantics & co. > Is that a lot of work? Like 10x harder than mystical DIB engine ;) This is the > first game (NFSU) i was looking forward when i installed wine for first time > and wine failed :-/ So at least i began to help somehow... > So if anyone wants to do me a favour please implement "EnumDevicesBySemantics & > co". It would be nice... you know Chrismas comming ;) If you wanna play NFS Underground in Wine then you can do it. use wine version 1.1.25 with this patch http://bugs2.winehq.org/attachment.cgi?id=26876 compile wine and use native dinput8.dll for input working. The above patch also fixes NFS Carbon crash. Happy Linux Gaming. -- 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.

1 0

[Bug 8030] Need for Speed Carbon crashed after game starts
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=8030 --- Comment #38 from MD.IMAM HOSSAIN <imamdxl8805(a)gmail.com> 2010-05-17 23:39:07 --- (In reply to comment #26) > Does http://bugs2.winehq.org/attachment.cgi?id=26876 make any difference? Is there any update of the patch for latest wine 1.1.44 Thank you -- 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.

1 0

[Bug 22619] New: Regression causing loader.c: loader_section wait timed out in Tap'Touche
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=22619 Summary: Regression causing loader.c: loader_section wait timed out in Tap'Touche Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: cerebro.alexiel(a)gmail.com CC: m.b.lankhorst(a)gmail.com Hi, I noticed a regression in this software. (Demo version can still be downloaded at http://www.demarque.com/download_demo/index.asp?noProduit=45fra) The bug occurs before seeing the main UI. So simply launch it and then click on "Quitter". When it worked, console output was alex(a)Evan:~/.wine/drive_c/Program Files/Tap'Touche 5$ /home/alex/Projects/wine/wine ./TTouche.exe fixme:xrender:XRender_AlphaBlend not supported - XRENDER headers were missing at compile time fixme:system:SetProcessDPIAware stub! fixme:dwmapi:DwmIsCompositionEnabled 0x33cf64 fixme:iphlpapi:NotifyAddrChange (Handle 0xa6ce8c8, overlapped 0xa6ce8d0): stub fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy but now I get alex(a)Evan:~/.wine/drive_c/Program Files/Tap'Touche 5$ /home/alex/Projects/wine/wine ./TTouche.exe fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy err:ntdll:RtlpWaitForCriticalSection section 0x68215864 "loader.c: loader_section" wait timed out in thread 001d, blocked by 001b, retrying (60 sec) wine: Critical section 68215864 wait failed at address 0x6819c088 (thread 001d), starting debugger... Unhandled exception: wait failed on critical section 0x68215864 loader_section err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x6819c088 Process of pid=001a has terminated No process loaded, cannot execute 'echo Modules:' Cannot get info on module while no process is loaded No process loaded, cannot execute 'echo Threads:' process tid prio (all id:s are in hex) 00000008 TTouche.exe 00000009 0 0000000e services.exe 00000014 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000016 0 00000013 0 00000012 0 00000017 explorer.exe 00000018 0 You must be attached to a process to run this command. No process loaded, cannot execute 'detach' I did a regression test and found alex(a)Evan:~/Projects/wine$ git bisect good 4f4dd855c47cca17d4b750ca118826614afdc20c is first bad commit commit 4f4dd855c47cca17d4b750ca118826614afdc20c Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com> Date: Wed Mar 31 20:19:35 2010 +0200 winmm: Defer loading drivers until they are requested. :040000 040000 f3db7429aa6c8f870e6abd1f6328c5412731dbe1 3bd406034df5d9e5ddd9b2cdf8b8a51af36926ea M dlls Reverting the patch solves the issue (even if `patch` failed to revert some part of this patch) I pasted here some logs because I didn't want to add an attachment for some lines. If you think that's wrong, tell me and I won't do it again. -- 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.

1 6

[Bug 22743] New: Foobar: pausing under pulseaudio causes other audio output to stutter/pop
by wine-bugs＠winehq.org 18 May '10

18 May '10

http://bugs.winehq.org/show_bug.cgi?id=22743 Summary: Foobar: pausing under pulseaudio causes other audio output to stutter/pop Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rkeevil+winebugs(a)gmail.com Hi, Using the latest Foobar v1.03 ( http://www.foobar2000.org/download ), and the latest version of Wine (1.1.42) as a pre-packaged deb from lamaresh.net on Debian unstable. Wine is configured to use ALSA output. Normal Foobar playback is fine, but when paused, it causes stuttering and popping with any other audio that is currently playing back (with pulseaudio), as well as higher CPU usage than when playing. Pulseaudio CPU usage increases from 1% to 4% when going from playing to paused. If the pulseaudio volume control (pavucontrol) is open, then the wine entry will flicker ("ALSA plug-in [wine-preloader]"), as if the Wine ALSA stream is being continually created and destroyed? -- 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.

1 2

[Bug 4066] Online Play Doesn't Work (DirectPlay)
by wine-bugs＠winehq.org 17 May '10

17 May '10

http://bugs.winehq.org/show_bug.cgi?id=4066 Ismael Barros <razielmine(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |razielmine(a)gmail.com --- Comment #28 from Ismael Barros <razielmine(a)gmail.com> 2010-05-17 17:22:12 --- Indeed, the last patches I tried to send were from last summer. Mostly, what I accomplished on my GSOC was: * Wrote a test suite for dplayx (I wrote nothing for dpwsockx, as it's not used directly by any application AFAIK) * Fixed some trivial bugs in dplayx according to the test cases * Began to implement dpwsockx. I tested it with a DirectX SDK example (SimpleConnect.exe), and managed to get a client and a server connected IIRC, but I wasn't able to get messages to be passed. I also managed to get from Microsoft the documentation to implement new DirectPlay Service Providers, but they sent it to me right after my GSOC was finished. I uploaded my work to http://repo.or.cz/w/wine/gsoc_dplay.git, but most of the patches weren't good enough to get accepted, and I didn't have enough time to fix them all. Also, my implementation of dpwsockx was mostly a hack to get something working quickly, and a proper implementation would be needed, but I didn't really know how to setup threads and sockets properly, and still haven't had the time to analyze the architecture of some game networking libraries I downloaded. I don't think I'll have enough time to fix this all anytime soon, but I could certainly help if it's needed. -- 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.

1 0

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by wine-bugs＠winehq.org 17 May '10

17 May '10

http://bugs.winehq.org/show_bug.cgi?id=3548 zil <zilforever(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zilforever(a)gmail.com --- Comment #30 from zil <zilforever(a)gmail.com> 2010-05-17 14:28:41 --- > The application tells shell32 to write the .lnk file to a specific > C:\path\to\file.lnk location and remembers that location. Any attempt to move > or rename the .lnk after that - even to the other desktop - loses that file and > stops the application from deleting it on uninstall. so when some application want to write .lnk file to: ~/.wine/drive_c/users/user/Desktop handle it and redirect to: ~/.wine/drive_c/users/Public/Desktop and when uninstaller will want to delete it from: ~/.wine/drive_c/users/user/Desktop handle again and redirect to: ~/.wine/drive_c/users/Public/Desktop Can it work just like that? -- 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.

1 0