https://bugs.winehq.org/show_bug.cgi?id=42007
Bug ID: 42007
Summary: Rocket Mania 1.02 installer freezes - cannot launch
game
Product: Wine
Version: 2.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gaming4jc2(a)yahoo.com
Distribution: ---
Created attachment 56444
--> https://bugs.winehq.org/attachment.cgi?id=56444
ProtectionID + Crash log
In this version the installer and exe of the game freezes. This does not seem
to affect the demo and possibly not subsequent versions. It appears that there
is a CD protection that may be causing the issue. Unfortunately, I am unable to
determine the type of protection with ProtectionID.
The same protection was apparently used by Book Worm Deluxe per VirusTotal:
https://virustotal.com/en/file/b76d90c8482f598a94fcf83d285996db42329106405b…
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43230
Bug ID: 43230
Summary: I was playing a game called "Shaiya" and after moving
around in game it crashes.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bobbyjacabson(a)gmail.com
Distribution: ---
Created attachment 58533
--> https://bugs.winehq.org/attachment.cgi?id=58533
It's titled "backtrace" don't know what that means though
Backtrace file/issue I guess.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43032
Bug ID: 43032
Summary: Unusually high FPS while running Touhou 15
Product: Wine
Version: 2.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lazercannons95(a)gmail.com
Distribution: ---
Created attachment 58184
--> https://bugs.winehq.org/attachment.cgi?id=58184
Picture displaying the high FPS
When launching Touhou 15, the game ramps up to 150+ frames per second instead
of the 59 or 60 frames per second that is supposed to run at.
--
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=34410
Bug #: 34410
Summary: Big blotch in the center of the screen in Might And
Magic 7,8
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry.risenberg(a)gmail.com
Classification: Unclassified
Created attachment 45802
--> http://bugs.winehq.org/attachment.cgi?id=45802
Might and Magic 7 screenshot
How to reproduce - install Might and Magic 7, skip through movies and start a
new game. You will see something like the atteched screenshot.
I have intel i915 video driver vrsion 2.21.6
--
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=23294
Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes
stack on top of each other
Product: Wine
Version: 1.2-rc3
Platform: x86-64
URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo
ra_7.1.0.9.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
Created an attachment (id=29033)
--> (http://bugs.winehq.org/attachment.cgi?id=29033)
Two minimized mailboxes create overlapping icons
- Open the "In" mailbox, minimize it, notice the icon appears in the
bottom-left corner;
- Open the "Out" mailbox, minimize it, notice the icon is over the icon of the
"In" mailbox (see attachment). It should be near it.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40198
Bug ID: 40198
Summary: Oblivion: corrupted screenshot using the stamp key
Product: Wine
Version: 1.9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Created attachment 53705
--> https://bugs.winehq.org/attachment.cgi?id=53705
screen1
Using wine 1.9.3 Staging.
Every time I take a screenshot in the game The Elder Scroll 4: Oblivion, the
screenshot is corrupted.
It's in greyscale, and misaligned
If I take a screenshot with the internal function of Oblivion Reloaded instead
it is all correct.
part of wine stderr.
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x196e10, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G6R5_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5.
and others things
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42727
Bug ID: 42727
Summary: obsolete 128MB bitmap size limit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: claude(a)mathr.co.uk
Distribution: ---
Created attachment 57708
--> https://bugs.winehq.org/attachment.cgi?id=57708
source code to probe supported bitmap size
The current WINE bitmap implementation has a size limit of 128MiB dating back
to 2008 with a comment about Windows XP:
https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb…
197 /* XP doesn't allow creating bitmaps larger than 128 MB */
198 if (bm.bmHeight > 128 * 1024 * 1024 / bm.bmWidthBytes)
199 {
200 SetLastError( ERROR_NOT_ENOUGH_MEMORY );
201 return 0;
202 }
However, recent versions of Windows seem to have a higher limit, of 2GiB.
Attached source code tries to create bitmaps with increasing sizes (each just
under 2^N bytes) and prints successes and eventual failure.
The bitmap test code seems to have a test for individual maximum dimension
(width), but not for maximum total bitmap size:
https://source.winehq.org/git/wine.git/blob/39935fe5ad889d537d828cc82771bdb…
Thanks for testing to users at
http://www.fractalforums.com/windows-fractal-software/windows-bitmap-size-t…
- I'll attach their results after submitting.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43181
Bug ID: 43181
Summary: NetBSD ptrace.c:678:46: error: 'struct dbreg' has no
member named 'dr0' (and more)
Product: Wine
Version: 2.9
Hardware: x86-64
OS: NetBSD
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58452
--> https://bugs.winehq.org/attachment.cgi?id=58452
Entire output
I'm using NetBSD 8.99.1 (GENERIC) amd64
I built successfully Wine for 64 bits ONLY (no 32 and 16 bits compatibility)
with the exact same wip/wine-staging package I made by myself.
To be able to build it to have 32 bits compatibility, I had to use a chroot
with a full set of NetBSD i386 inside. It was working in the past, a few months
earlier on an earlier version of Wine and NetBSD but not anymore now with 2.9
and NetBSD 8.99.1 (if it can be the problem)
I attached the entire output when I "make -C /usr/pkgsrc/wip/wine-staging"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36183
Bug ID: 36183
Summary: valgrind shows a potential leaks in atl100/tests/atl.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7B8457FF: HeapAlloc (heap.c:271)
==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732)
==13578== by 0x4E626C6: OleInitialize (ole2.c:215)
==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108)
==13578== by 0x4C9708E: test_ax_win (atl.c:600)
==13578== by 0x4C97273: func_atl (atl.c:627)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436)
==13578== by 0x4C950D9: test_winmodule (atl.c:89)
==13578== by 0x4C9725A: func_atl (atl.c:622)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1611== by 0x4E62252: test_winmodule (atl.c:101)
==1611== by 0x4E6425A: func_atl (atl.c:622)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162)
==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324)
==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753)
==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460)
==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478)
==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454)
==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520)
==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1611== by 0x4E63D58: test_source_iface (atl.c:576)
==1611== by 0x4E6426E: func_atl (atl.c:626)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630
==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1659== by 0x4E62252: test_winmodule (atl.c:101)
==1659== by 0x4E6425A: func_atl (atl.c:622)
==1659== by 0x4E65072: run_test (test.h:584)
==1659== by 0x4E65460: main (test.h:654)
==1659==
==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630
==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162)
==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413)
==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879)
==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581)
==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460)
==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478)
==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454)
==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520)
==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1986== by 0x4A34D58: test_source_iface (atl.c:576)
==1986== by 0x4A3526E: func_atl (atl.c:626)
==1986== by 0x4A36072: run_test (test.h:584)
==1986== by 0x4A36460: main (test.h:654)
==1986==
--
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.