April 2015 - Wine-Bugs - list.winehq.org

[Bug 36400] New: valgrind shows several unitialized values in under crypt32/tests/message.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=36400 Bug ID: 36400 Summary: valgrind shows several unitialized values in under crypt32/tests/message.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48448 --> https://bugs.winehq.org/attachment.cgi?id=48448 valgrind log ==19270== Conditional jump or move depends on uninitialised value(s) ==19270== at 0x513193F: CryptMsgOpenToEncode (msg.c:1416) ==19270== by 0x512C471: CryptSignMessage (message.c:491) ==19270== by 0x4F7DEDF: func_message (message.c:1069) ==19270== by 0x4F43A0B: main (test.h:584) ==19270== Uninitialised value was created by a stack allocation ==19270== at 0x512C281: CryptSignMessage (message.c:409) ==19270== ==19270== Conditional jump or move depends on uninitialised value(s) ==19270== at 0x513193F: CryptMsgOpenToEncode (msg.c:1416) ==19270== by 0x512C471: CryptSignMessage (message.c:491) ==19270== by 0x4F7DF89: func_message (message.c:1075) ==19270== by 0x4F43A0B: main (test.h:584) ==19270== Uninitialised value was created by a stack allocation ==19270== at 0x512C281: CryptSignMessage (message.c:409) ==19270== etc. -- 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 4

[Bug 23001] New: Dolphin GC/Wii emulator can't find wii .dll, crashes after clicking wine window
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=23001 Summary: Dolphin GC/Wii emulator can't find wii .dll, crashes after clicking wine window Product: Wine Version: 1.2-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ovvinate(a)gmail.com Created an attachment (id=28498) --> (http://bugs.winehq.org/attachment.cgi?id=28498) Error output via terminal Using the most recent build of dolphin and accessing it through terminal, the program is unable to find an dll designed to access a wiimote. The real problem come when one goes to use the application to play a game and a pop up window tells the user that the wii plugin was not found. Clicking that windows OK button causes the application to freeze and crash. -- 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 14

[Bug 11107] New: Adobe AIR / Adobe Media Player pre 2 never shows GUI
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=11107 Summary: Adobe AIR / Adobe Media Player pre 2 never shows GUI Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Adobe Media Player doesn't seem to do anything; watching +crypt,+wininet,+winsock shows that it does crypto stuff for about 15 seconds, then goes into a loop talking to a bunch of web servers forever. Perhaps it's looking for updates in the background, as it fiddles with files in .wine/drive_c/windows/profiles/dkegel/Application Data/Adobe/AIR/update/background and is doing requests like this: trace:wininet:HttpOpenRequestW (0x2, L"HEAD", L"", (null), L"app:/AMP.swf", 0x1ab738, 8040c000, 008c12c0) But I would expect it to put up a GUI or something. To repeat: download http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play… download http://download.macromedia.com/pub/labs/air/air_b3_win_121207.exe download http://download.macromedia.com/pub/labs/mediaplayer/adobemediaplayer_p2_122… wineserver -k rm -rf .wine wine install_flash_player.exe wine air_b3_win_121207.exe wine ~/.wine/drive_c/Program\ Files/Common\ Files/Adobe\ AIR/Versions/1.0.6/Adobe\ AIR\ Application\ Installer.exe adobemediaplayer_p2_122007.air cd ".wine/drive_c/windows/profiles/dkegel/Start Menu/Programs" wine start "Adobe Media Player.lnk" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 32923] New: Pot Player Media Player not Working on wine 1.5
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=32923 Bug #: 32923 Summary: Pot Player Media Player not Working on wine 1.5 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: santhosh_wine_p(a)yahoo.in Classification: Unclassified Created attachment 43482 --> http://bugs.winehq.org/attachment.cgi?id=43482 Damn Pot Player not working on Wine 1.5 installed on Ubuntu 12.10 This is Damn Pot Media Player which is popular and BEST according to me on Windows platform but seems to have run into problem when run through wine 1.5 Am new to Ubuntu(Linux) so have no idea what the problem is while using wine i did even update the latest update for wine but still then i am getting a bug report. -- 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 38444] New: valgrind shows some definite leaks in dpnet/tests/address.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38444 Bug ID: 38444 Summary: valgrind shows some definite leaks in dpnet/tests/address.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==6954== 10 bytes in 1 blocks are definitely lost in loss record 42 of 578 ==6954== at 0x7BC49E0E: notify_alloc (heap.c:254) ==6954== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715) ==6954== by 0x5287FD8: heap_alloc (address.c:44) ==6954== by 0x5288067: heap_strdupW (address.c:65) ==6954== by 0x5289421: IDirectPlay8AddressImpl_AddComponent (address.c:486) ==6954== by 0x41FEADB: address_addcomponents (address.c:134) ==6954== by 0x41FFE1D: func_address (address.c:324) ==6954== by 0x4203779: run_test (test.h:584) ==6954== by 0x4203BB3: main (test.h:666) ==6954== -- 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 5

[Bug 33563] New: Imscared bug
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=33563 Bug #: 33563 Summary: Imscared bug Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniferreirinha(a)live.com.pt Classification: Unclassified Created attachment 44433 --> http://bugs.winehq.org/attachment.cgi?id=44433 The green dots with white things. The first bit was that the green dots were at the bottom,and i could see it. This game isn't working TOO well with Wine. I have the latest version of Wine from Fedora 18's software center. I start the game,and i see what appears to be green dots somewhere on the screen. The game screen was SMALL. And i mean,like small,to be noticed. Lucky me,i can see it. I progressed through the game on the first part. Now this is where Wine starts acting up! o.o I start up the game after playing the first bit. Green dots still there with white things. Wait... White things? I type in: White Face { Name of the face that you see through most of the game. } And it starts up. Did i mention that when i said ridiculously tiny,i meant that it was THAT tiny? Most of the space was BLACK. And it was slow. Amazed? I think this is wine's fault. That's what i have to report so far. Look at the attachments. -- 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 12

[Bug 38390] New: Photoshop 64-bit (CS/CC) crashes when you break the rendering preview.
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=38390 Bug ID: 38390 Summary: Photoshop 64-bit (CS/CC) crashes when you break the rendering preview. Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morosakubek(a)go2.pl Distribution: --- Created attachment 51245 --> https://bugs.winehq.org/attachment.cgi?id=51245 console output - wine 1.7.40 Photoshop 64-bit is smashing when you break the force rendering preview. On Windows, there is a gap corresponding to enter the parameters, eg. In "smart filter" on the keyboard to change the parameter "Amount". Photoshop on Linux too quickly respond to changes in the parameters, which will stop the preview rendering and crash a program. I think the problem revolves around the dll libraries: msvcr and msvcp. To run photoshop 64-bit dll should be included: "*atl100"="native,builtin" "*atl110"="native,builtin" "*msvcp100"="native,builtin" "*msvcp110"="native,builtin" "*msvcr100"="native,builtin" "*msvcr110"="native,builtin" "*vcomp100"="native,builtin" "*vcomp110"="native,builtin" -- 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 36508] New: valgrind shows a couple invalid writes in kernel32/tests/change.c
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

https://bugs.winehq.org/show_bug.cgi?id=36508 Bug ID: 36508 Summary: valgrind shows a couple invalid writes in kernel32/tests/change.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p kernel32_test.exe.so change && touch change.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==6115== Thread 2: ==6115== Invalid write of size 2 ==6115== at 0x7BC83914: init_handler (signal_i386.c:962) ==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157) ==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so) ==6115== Address 0x59e3576 is on thread 1's stack ==6115== ==6115== Invalid write of size 2 ==6115== at 0x7BC83922: init_handler (signal_i386.c:967) ==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157) ==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so) ==6115== Address 0x59e3574 is on thread 1's stack ==6115== -- 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 4

[Bug 32705] New: VirtualDub: crash when opening video with MPEG-2 plugin (division by zero)
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=32705 Bug #: 32705 Summary: VirtualDub: crash when opening video with MPEG-2 plugin (division by zero) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified VirtualDub works great in wine, the problem lies with videos on dvd mpeg2 format .Originally VirtualDub does not accept videos in MPEG2, but for that there plugins. On this site you can download plugins for various video formats: http://www.videohelp.com/tools/Virtualdub The mpeg2 plugin here http://gral.y0.pl/~fcchandler/Plugins/MPEG2/ After downloading and installing the plugin, VirtualDub normal loads video, after loading the video, the program crash. Crash details: An integer division by zero occurred in module 'VirtualDub'. -- 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 4

[Bug 35953] New: FFXIV: ARR - Launcher requires native winhttp to run.
by wine-bugs＠winehq.org Nov. 13, 2015

Nov. 13, 2015

http://bugs.winehq.org/show_bug.cgi?id=35953 Bug ID: 35953 Summary: FFXIV: ARR - Launcher requires native winhttp to run. Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: narthorn(a)gmail.com Created attachment 48024 --> http://bugs.winehq.org/attachment.cgi?id=48024 Screenshot of the actual error along terminal output without debug trace. When using built-in winhttp, trying to launch Final Fantasy XIV - A Realm Reborn fails at the very start of the launch process, where the launcher sends an HTTP request to check if a newer version of the launcher is available. When no new version is available, the server replies with status code 204: No Content. However, builtin wine seems to misreport 4294967295 (2^32-1) bytes of available data in the response, as shown by this tiny snippet of trace: 0034:trace:winhttp:query_headers returning data: L"HTTP/1.1 204 No Content\r\nServer: nginx\r\nContent-Type: text/html; charset=UTF-8\r\nX-Patch-Module: ZiPatch\r\nX-Protocol: http\r\nX-Latest-Version: 2014.04.02.0000.0001\r\nDate: Sun, 06 Apr 2014 08:24:14 GMT\r\nConnection: keep-alive\r\n" 0034:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 0034:trace:winhttp:send_callback 0x131718, 0x00040000, 0xbbe91c, 4 0034:trace:winhttp:WinHttpReadData 0x3, 0x7de230, 1024, (nil) 0035:trace:winhttp:read_data retrieved 1024 bytes (1024/4294967295) 0035:trace:winhttp:send_callback 0x131718, 0x00080000, 0x7de230, 1024 0034:trace:winhttp:query_data_available 4294967295 bytes available When using native winhttp, no calls to WinHttpReadData are made. -- 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 23