November 2015 - Wine-bugs - list.winehq.org

[Bug 38125] New: MFC CRichEditCtrl does not correctly put text in Center, Right or Left
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=38125 Bug ID: 38125 Summary: MFC CRichEditCtrl does not correctly put text in Center, Right or Left Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: reinhold.hoffmann(a)hotmail.com Distribution: --- Created attachment 50818 --> https://bugs.winehq.org/attachment.cgi?id=50818 Source code to demonstrate the issue Notation Software Germany (www.notation.com) Dr. Reinhold Hoffmann Eduard Thoeny Str. 6 D-86919 Utting am Ammersee Germany email: reinhold.hoffmann(a)hotmail.com Re: MFC CRichEditCtrl does not correctly put text in Center, Right or Left ========================================================================== Dear WineHQ-Team, we use Wine for our products from Notation Software (Notation Composer, Notation Musician, for more see www.notation.com) on Linux and MACs. We encountered a problem that using MFC CRichEditCtrl. When creating a CRichEditCtrl Windows with Create, the Window can be configured that the text is left aligned, centered or right aligned. On WineHQ all text is left aligned even when the parameter ES_CENTER, ES_RIGHT are set. In order to demontrate the issue we took public available code from the CodeProject from here: http://www.codeproject.com/Articles/9639/Text-Editor-in-C-using-CRichEditCt… Please find in the attached zip file: - demo TextEdit.exe Run this on Windows. Type in some letters and you will see that the text is in the center of the Window Run this on WineQH (we used Ubuntu, Wine_1.7.36 or MAC with Wine_1.7.36). You will see that the inserted text is left aligned in any case. - TextEdit_src.zip file with the source code of the demo TextEdit This demo was created using Microsoft VS2010. Please see the file MainFrm.cpp around line 64. Please try yourself by using the option there. You will see that in any case the text is only left-aligned. We from Notation Software certify our products on WineHQ and it would be great if someone could fix the issue. Many thanks in particular for this great achievement of WineHQ Best regards, Reinhold -- 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 22

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

13 Nov '15

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 13 Nov '15

13 Nov '15

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 13 Nov '15

13 Nov '15

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 39568] New: err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=39568 Bug ID: 39568 Summary: err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- While debugging cross compiled dbus test applications I got the mentioned trace message. The reason for the crash is that in module_find_cb() ... if ((mapping = MapViewOfFile(hMap, FILE_MAP_READ, 0, 0, 0)) != NULL) { IMAGE_NT_HEADERS* nth = RtlImageNtHeader(mapping); matched++; timestamp = nth->FileHeader.TimeDateStamp; ^^^^ the return value of RtlImageNtHeader is not checked against zero, which is the case for calling module_find_cb with non image files. bug 38594 may have the same crash reason. -- 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 33563] New: Imscared bug
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

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 13 Nov '15

13 Nov '15

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 13 Nov '15

13 Nov '15

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 13 Nov '15

13 Nov '15

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 39551] New: building dlls/atl fails: error: Could not open importlib stdole2.tlb.
by wine-bugs＠winehq.org 13 Nov '15

13 Nov '15

https://bugs.winehq.org/show_bug.cgi?id=39551 Bug ID: 39551 Summary: building dlls/atl fails: error: Could not open importlib stdole2.tlb. Product: Wine Version: 1.7.54 Hardware: x86 OS: Linux Status: NEW Keywords: download, regression, source Severity: blocker Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 316448cd4780855961f397a9947b3e2d16eb3463 Distribution: Debian Regression, caused by: 316448cd4780855961f397a9947b3e2d16eb3463 is the first bad commit commit 316448cd4780855961f397a9947b3e2d16eb3463 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Nov 4 14:57:37 2015 +0900 makefiles: Generate rules for installing IDL headers. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 3a5167ad46875a1eb804e40b0e179c776ab5582b 05fddf68705867b4e92df2d8edc9929584e4de42 M include :040000 040000 6d49ae45dae90a44ab8c7a390a6540a0522a2535 7440efa653669573ea082b634cf682ce99ebf614 M tools -- 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