December 2011 - Wine-Bugs - list.winehq.org

[Bug 25691] New: ImageList_Duplicate doesn't correctly duplicate full length of has_alpha byte array
by wine-bugs＠winehq.org Dec. 4, 2011

Dec. 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=25691 Summary: ImageList_Duplicate doesn't correctly duplicate full length of has_alpha byte array Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmcdonald(a)bittorrent.com In the case where an image list is created, then expanded enough so that the byte array pointed at by the has_alpha member has been reallocated to a larger size (and cMaxImage is larger), if that image list is duplicated, the duplicate will have a has_alpha member that is shorter than the expected length. Where ImageList_Create assigns: himl->cMaxImage = cInitial + 1; and then ensures the length of the has_alpha byte array is at least cMaxImage bytes long, ImageList_Duplicate assigns to the duplicate: himlDst->cMaxImage = himlSrc->cMaxImage; which throws off the internal checks that assume the length of the has_alpha member is at least as long as cMaxImage says. This results in heap corruption when the following line in add_with_alpha() is executed under the right conditions: himl->has_alpha[pos + n] = 1; I worked around the bug by making the following changes to dlls/comctl32/imagelist.c: *** 1519,1524 **** --- 1519,1537 ---- himlSrc->hdcMask, 0, 0, SRCCOPY); himlDst->cCurImage = himlSrc->cCurImage; + if (himlSrc->has_alpha && himlDst->has_alpha + && himlSrc->cMaxImage > himlDst->cMaxImage) + { + /* ImageList_Create didn't create a long enough new_alpha */ + char *new_alpha = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, + himlDst->has_alpha, himlSrc->cMaxImage ); + if (new_alpha) himlDst->has_alpha = new_alpha; + else + { + HeapFree( GetProcessHeap(), 0, himlDst->has_alpha ); + himlDst->has_alpha = NULL; + } + } himlDst->cMaxImage = himlSrc->cMaxImage; if (himlSrc->has_alpha && himlDst->has_alpha) memcpy( himlDst->has_alpha, himlSrc->has_alpha, himlDst->cCurImage ); I built Wine 1.2.2 from source (./configure; make; sudo make install), and then applied the changes the same way and retested. Looks like the 1.3 and development lines have the same issue. I don't know if this patch is efficient enough for me to submit it (nicer if ImageList_Create would accept cMaxImage as a parameter so it could create the byte array with the correct length to save an allocation, but that's a bigger change). -- 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 7

[Bug 26919] New: ZipGenius: Crash at start-up
by wine-bugs＠winehq.org Dec. 4, 2011

Dec. 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=26919 Summary: ZipGenius: Crash at start-up Product: Wine Version: 1.3.18 Platform: x86 URL: http://www.zipgenius.it/filesdl/current/zg63sui.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34325) --> (http://bugs.winehq.org/attachment.cgi?id=34325) WINEDEBUG=+relay,+tid,+seh on wine-1.3.18-171-g1ffb069 Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install ZipGenius (default installation) 4) wine zipgenius.exe Behaviour: Crash. Expected behaviour: No crash. Terminal output: fixme:system:SetProcessDPIAware stub! fixme:iphlpapi:NotifyAddrChange (Handle 0x17de924, overlapped 0x17de928): stub wine: configuration in '/home/Wojnilowicz/.wine' has been updated. fixme:shell:FileIconInit (true) fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetImageList Unsupported image list 2 requested wine: Unhandled exception 0x0eedfade at address 0x0000:0x7b8388bb (thread 0009), starting debugger... err:seh:setup_exception_record stack overflow 896 bytes in thread 0009 eip 7bc6fe90 esp 00230fb0 stack 0x230000-0x231000-0x330000 -- 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 10

[Bug 27711] New: ListView_SetTextBkColor may lead to infinite loop
by wine-bugs＠winehq.org Dec. 4, 2011

Dec. 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=27711 Summary: ListView_SetTextBkColor may lead to infinite loop Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Article: http://www.delphidabbler.com/articles?article=16 Source: http://www.delphidabbler.com/download?id=art-16 That code is infinite loop in wine (from point where it says: "..simply add the code shown in Listing 3 to the end of the OnCustomDraw event") Most simple infinite loop in wine: procedure TForm1.ListView1CustomDraw(Sender: TCustomListView; const ARect: TRect; var DefaultDraw: Boolean); begin ListView_SetTextBkColor(listview1.Handle, CLR_NONE); end; I'll add sample exe if needed. winetricks comclt32 helps -- 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 10

[Bug 27732] New: WinRAR became unusable since Wine 1.3.23, it constantly flashes and consumes 100% of CPU
by wine-bugs＠winehq.org Dec. 4, 2011

Dec. 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=27732 Summary: WinRAR became unusable since Wine 1.3.23, it constantly flashes and consumes 100% of CPU Product: Wine Version: 1.3.23 Platform: x86 URL: http://www.rarlabs.com/rar/wrar393.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com There's nothing to add to the bug title. If you cursor is placed on ".." (the upper item of the files list), this line will be constantly flashing while WinRAR consumes 100% of CPU. -- 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 11

[Bug 29145] New: Perfect Dark doesn't bind port after 1.3.33 release
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=29145 Bug #: 29145 Summary: Perfect Dark doesn't bind port after 1.3.33 release Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: z0rc3r(a)gmail.com Classification: Unclassified Regression SHA1: 75be2284e13d327d93a9665eb32cd901cbed7234 Created attachment 37584 --> http://bugs.winehq.org/attachment.cgi?id=37584 Log before revert After 1.3.33 release Perfect Dark doesn't open port after start. With 1.3.32 it is in netstat output listening configured port, but with .33 it doesn't. Reverting 75be2284e13d327d93a9665eb32cd901cbed7234 commit fixes the issue. Also I'm attaching trace log with WINEDEBUG=+winsock before and after revert. Seems it's problem with WS_getaddrinfo when passing NULL as nodename parameter. -- 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 31

[Bug 29221] New: Taskmgr.exe, mmc.exe, cmd.exe, msconfig.exe
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=29221 Bug #: 29221 Summary: Taskmgr.exe, mmc.exe, cmd.exe, msconfig.exe Product: Wine Version: 1.2.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hdk01986(a)yahoo.com Classification: Unclassified I wanted to open taskmgr.exe, mmc.exe, cmd.exe, or msconfig.exe but was unable to use those, I was able to open the registry editor used for windows within wine. These are the deeper sort of applications I would like to see compatible, I have wise registry and disk cleaners and optimizers, which I am not sure is relevant to a wine install on linux, apparently no fragmentation in linux as the spacing on the disk is spread differently. I saw bug 17428 which is Taskmgr: blank process in process list, I do not even get a taskmanager to open. I may upgrade my wine install, I thought I had already... -- 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 5

[Bug 25032] New: Banana 6.0
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=25032 Summary: Banana 6.0 Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markusbreitenstein(a)hotmail.com Program is working fine on any windows system since XP. Wine crashes if a serial number is asked. i think it is a grafical problem, because the picture is instable after the bug -- 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 5

[Bug 22744] New: Incoming: missing textures, blocky characters
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=22744 Summary: Incoming: missing textures, blocky characters Product: Wine Version: 1.1.44 Platform: x86 URL: http://download.cnet.com/Incoming-demo/3000-7563_4-100 18278.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=28039) --> (http://bugs.winehq.org/attachment.cgi?id=28039) console log Incoming (also known as Incoming: The Final Conflict) is a good old 3D shooter from 1998. It doesn't render textures correctly: characters in the menu are just colored blocks, in the main game whole textures are missing etc. Appdb link: http://appdb.winehq.org/objectManager.php?sClass=version&iId=6534 The demo also shows the same issues. According to Appdb the game rendered textures correctly around 0.9.15. That's a very old version. 0.9.38: the game doesn't even start for me, 0.9.61: the game shows the same problems as in the current 1.1.44. -- 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 21

[Bug 27634] New: Freespace 2 does not display screen
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=27634 Summary: Freespace 2 does not display screen Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Created an attachment (id=35329) --> (http://bugs.winehq.org/attachment.cgi?id=35329) Terminal log in 1.3.22 Running the GOG version of Freespace 2 I get to the start screen and it shows only the text on a black background (terminal log attached). This screen worked fine in previous wine. I did a regression test and got 3871329872afe3976e0b2b85330e3a7c47301658 is the first bad commit commit 3871329872afe3976e0b2b85330e3a7c47301658 Author: Dylan Smith <dylan.ah.smith(a)gmail.com> Date: Mon May 23 17:58:36 2011 -0400 ddraw: Avoid clearing some memory unnecessarily. :040000 040000 f5f1503293dbd4009bf74a1a305d891a52d52d56 94cfffda37433c4168334c01dfdce3f9f773d70d M dlls Can't get it to revert tho -- 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 11

[Bug 22977] New: SDP Downloader 2.3.0: No longer working on Wine 1.1.41 up to 1.2-rc2
by wine-bugs＠winehq.org Dec. 3, 2011

Dec. 3, 2011

http://bugs.winehq.org/show_bug.cgi?id=22977 Summary: SDP Downloader 2.3.0: No longer working on Wine 1.1.41 up to 1.2-rc2 Product: Wine Version: 1.2-rc2 Platform: x86-64 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=10959&iTestingId=53420 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atalanttore(a)googlemail.com Hi SDP Downloader 2.3.0 doesn't longer work on Wine 1.1.41 up to Wine 1.2-rc2. Not even a program window appears anymore. Just an SDP entry in the task bar is the only thing where you can see that the program is running. In earlier versions of Wine (< ~1.1.40) most functions of SDP worked properly. The command for the attached gigantic WINEDEBUG logfile was WINEDEBUG=+relay wine C:\\Programme\\SDP\ Multimedia\\SDP\ Downloader\\SDP.exe > test.log 2>&1 Regards, Atalanttore -- 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 15