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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=22167
Summary: SDP Downloader 2.3.0 doesn't start any longer on Wine
v1.1.40
Product: Wine
Version: 1.1.40
Platform: x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=appli
cation&iId=2144
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atalanttore(a)googlemail.com
Hi
I've just experienced a problem regarding the latest version 2.30 of the SDP
Downloader. I'm using Wine 1.1.40 on Ubuntu 9.10 x64 with Compiz window
manager. Last time I maximized the main window of SDP Downloader to full screen
and after some work I was closing the application. From this time on the SDP
Downloader didn't start any longer and never displayed any error message. The
entire program was like dead. In the end I removed Wine 1.1.40 and went back to
version 1.1.31, where SDP Downloader works properly.
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.
http://bugs.winehq.org/show_bug.cgi?id=25345
Summary: Internet Explorer 7 loading https pages vary slow
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: proent1992(a)comcast.net
Clean wine drive using wine 1.3.8 using install method of (Tom Wickline) IE7
now takes two to three minutes to load https pages.
I also set up clean wine drive using winetricks method with same results.
OS Open Suse 11.3 x86_64 using wine 32 bit 1.3.8
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22711
Summary: Dungeon Keeper 2: X11 cursor is not hidden in-game
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.filefront.com/10592819/Dungeon-Keeper-2-MP-
Demo/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olerass(a)gmail.com
Created an attachment (id=27999)
--> (http://bugs.winehq.org/attachment.cgi?id=27999)
Screen showing the X11 cursor in-game
When playing Dungeon Keeper 2, I have the X11 cursor sitting at the
same position all the time (can't be moved or anything) in the game. It's as if
the game doesn't properly hide the X11 cursor. The type of cursor shown in-game
is dependent on what cursor was used when the game was launched and at what
position it was at. In my case it's the caret because I was in console.
Attached a picture of the problem.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18554
Summary: Regedit import.
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sergeikrivonos(a)gmail.com
Export HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\Security\XAKey under
windows.
Try import it under WINE by regedit - it fails because of key value.
Maybe file should be opened in binary format.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24748
Summary: Dangerous Waters: crashes when loading 688i platform
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgsuarez(a)gmail.com
Created an attachment (id=31273)
--> (http://bugs.winehq.org/attachment.cgi?id=31273)
Backtrace
Wine crashes when I try to load any mission that uses the 688i class submarine.
I have not tested every other platform yet, but all the other ones I tried work
fine. It certainly seems that this crash is being caused by the 688i platform.
--
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.