https://bugs.winehq.org/show_bug.cgi?id=54549
Bug ID: 54549
Summary: Amazon Music does not load the correct font
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zltippett(a)gmail.com
Distribution: ---
Created attachment 74090
--> https://bugs.winehq.org/attachment.cgi?id=74090
Amazon Music log with font errors, snipped
After installing the latest Amazon Music from the Windows URL, the fonts do not
appear as they do on Windows. The Amazon Music logs within the Amazon Music
folder indicate a problem loading the fonts.
Amazon Music download URL - https://www.amazon.com/b?ie=UTF8&node=16962657011
Amazon Music log path - ~/.wine/drive_c/users/<USERNAME>/AppData/Local/Amazon
Music/Logs (<USERNAME> is the logged in user name)
The log is attached.
--
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=53650
Bug ID: 53650
Summary: some applications do not show up in the system tray
Product: Wine-staging
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gizmo_1979(a)yahoo.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
some applications do not show up in the system tray, as in the screenshot
below, in the desktop you see 3 open windows but no entries in the KDE system
tray nor in the virtual desktop preview, while other applications do it
regularly. I'm pretty sure all 3 of these applications are made in visualbasic.
Apart from that the applications work regularly ...
https://i.imgur.com/SdUIalc.jpg
--
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=54619
Bug ID: 54619
Summary: Uniday Studio's "Cave Engine" crashes while starting
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guialign(a)outlook.com
Distribution: ---
Created attachment 74145
--> https://bugs.winehq.org/attachment.cgi?id=74145
The backtrace file generated by Wine after showing an error message.
Cave Engine is a game engine developed by Uniday Studio for win64, Wine is
unable to start its executable ("Cave Engine v0.9.8d - Editor.exe") (which does
not require an installation).
--
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=54714
Bug ID: 54714
Summary: Installing Starcraft 2 fails
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 74223
--> https://bugs.winehq.org/attachment.cgi?id=74223
the error message popup
you just download the installer, start with wine and proceed until you get an
error message that's unable to initialize a qt plugin.
--
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=54706
Bug ID: 54706
Summary: [regression] Tag & Rename crashes on startup with
stack overflow
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ronan(a)jouchet.fr
Distribution: ---
Tag&Rename 3.9.15 (a music tag editor for Windows) crashes on startup, with
this error:
virtual_setup_exception stack overflow 2756 bytes addr 0x40e4da stack 0x100053c
(0x1000000-0x1001000-0x1100000)
See attachment for full logs.
Reproducibility: always
Wine config: none. Issue is reproducible after a `rm -rf ~/.wine`
Regression: yes. I've been running this program in Wine for years. I haven't
bisected the regression to a particular release, but can try to, if that's
useful.
Version of wine: official 8.3-x86_64 built by Arch Linux (
https://archlinux.org/packages/multilib/x86_64/wine/ )
Download links for Tag&Rename: https://www.softpointer.com/tr.htm ,
https://www.softpointer.com/download.htm
Available for extra information. Thanks for Wine!
--
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=54622
Bug ID: 54622
Summary: Conspiracy's Clean Slate 64K demo crashes
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 74147
--> https://bugs.winehq.org/attachment.cgi?id=74147
wine 8.3 log
this is continuation of bug 50927.
--
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=54500
Bug ID: 54500
Summary: I can't run version 3.9.0 of WeChat on any version of
wine
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1753904780(a)qq.com
Distribution: ---
WeChat version 3.8.0 can be installed and started normally, but when WeChat
upgrades to version 3.9.0, it cannot install its exe normally and start WeChat,
as shown in the figure
--
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=54443
Bug ID: 54443
Summary: Battle.net does not launch with error This application
failed to start because it could not find or load the
Qt platform plugin "windows" in "".
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guido.kraemer(a)uni-leipzig.de
Distribution: ---
When starting Battle.net the launch fails with error:
This application failed to start because it could not find or load the Qt
platform plugin "windows" in "".
A fix is to go into the subdirectory with the latest version number of
Battle.net (Battle.net.13960 in my case), go to the platform directory and run
$ setfattr -x user.DOSATTRIB qwindows.dll
The bug exists for me since beginning of January.
Links to other people with this error:
https://old.reddit.com/r/linux_gaming/comments/yairmz/battlenet_fails_to_st…https://forum.manjaro.org/t/battle-net-fails-to-load/133293
--
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=50751
Bug ID: 50751
Summary: notepad++ Find in files progressbar window doesn't
stay on top
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forinih564(a)nic58.com
Distribution: ---
Created attachment 69535
--> https://bugs.winehq.org/attachment.cgi?id=69535
Log
Tested with wine 6.3 & notepad++ version 7.9.3 (32-bit)
When using the Find in files feature in notepadd++ & starting the search ,
notepad++ locks the interaction with all windows except for the find in files
progressbar window that contains a cancel button , if you switch to other app
then return back to notepad++ using its taskbar icon , only the locked windows
appear which you can't interact with unless the search finishes or accessing
the progressbar window by alt+tab
it could be related to bug #26087 , but that bug is closed
--
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=54757
Bug ID: 54757
Summary: d3d11:d3d11 - test_resource_access() sometimes
triggers a wined3d assertion
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 - test_resource_access() sometimes triggers a wined3d assertion:
d3d11.c:15552: Test marked todo: Feature level 0xb100: Got hr 0 for WRITE.
Assertion failed: bo->b.map_ptr, file ../wine/dlls/wined3d/context_gl.c, line
3049
d3d11:d3d11:06e8 done (3) in 9s 15479B
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
The assertion always happens after the same trace so it is likely caused by
this test_resource_access() line:
15552 check_resource_cpu_access(context, resource,
15553 texture_desc.Usage, texture_desc.BindFlags,
texture_desc.CPUAccessFlags);
15554 ID3D11Resource_Release(resource);
And the assertion happens in wined3d_context_gl_unmap_bo_address():
3049 assert(bo->b.map_ptr);
The oldest known instance happened on 2023-02-23 and there has been about one
further failure per week since, all in the pure 32-bit tests on the debian11
TestBot VM.
--
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=54754
Bug ID: 54754
Summary: zoom history meeting window 90% chance of not popping
up properly
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 74250
--> https://bugs.winehq.org/attachment.cgi?id=74250
Image 1
The window circled by the red box in "Image 1" does not pop up properly.
Steps to reproduce:
1. Because this is a historical meeting window, you need to have joined a zoom
meeting in advance. zoom meetings can be applied for free on their website.
2. After joining the meeting and leaving the meeting, an arrow will appear
where you enter the meeting number, click the arrow to bring up the window and
trigger the bug.
Download zoom at: https://zoom.us/DOWNLOAD
Some of my research, when the problem pop-up window received the message
clientmessage, but the window style is 86000000, not the problem is 96000000, I
think this can be used as an entry point to fix the bug.
You can look at this function: handle_wm_protocols
--
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=50449
Bug ID: 50449
Summary: Program freezes if both keyboard and mouse is used at
the same time
Product: Wine
Version: 6.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: g0re(a)null.net
Distribution: ---
Created attachment 69063
--> https://bugs.winehq.org/attachment.cgi?id=69063
console output from version 5.22
Zdaemon 1.10.15 - a DOOM source port
http://downloads.zdaemon.org/zdaemon11015_win32_bin.7z
If only keyboard is used, works ok
If only mouse is used, works ok
Program freezes if both keyboard and mouse is used at the same time.
Issue both in windowed and fullscreen mode.
Until version 5.14, works fine.
Occurs from wine version 5.15 to version 6.0-rc5 (tested every version between)
Can do a simple test with (need an IWAD):
$ wine zdaemon.exe -iwad DOOM2.WAD -skill 4 +map map01
--
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=50130
Bug ID: 50130
Summary: Outrun 2006 cannot choose anti aliasing levels more
than 2
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jogamer1(a)protonmail.com
Distribution: ---
Created attachment 68622
--> https://bugs.winehq.org/attachment.cgi?id=68622
output log of config.exe
Install Outrun 2006 and run the Config.exe, under Video settings you can choose
anti aliasing settings up to 6 but in Wine only up to 2 is shown. If the anti
aliasing level is changed in outrun2006.ini the value will be blank in the anti
aliasing drop-down menu. Happens both on development and staging 5.21 and back
to Wine 5.0.
--
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=45601
Bug ID: 45601
Summary: Wargaming Game Center doesn't start after installation
Product: Wine
Version: 3.13
Hardware: x86
URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente
r_Install_TWA_EU.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 62032
--> https://bugs.winehq.org/attachment.cgi?id=62032
wine log
When the program installed, it should start the program - but it does not.
"winetricks -q ie8" works around the issue.
--
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=54749
Bug ID: 54749
Summary: ddraw:dsurface sometimes times out on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:dsurface sometimes times out on Windows:
ddraw:dsurface start dlls/ddraw/tests/dsurface.c
ddraw:dsurface:1260 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#ddraw:dsurface
There are 5 known instances in the past 8 months:
* 2022-09-01 on w1064-tsign-64
* 2022-12-09 on fgtb-w10pro64-rx550-64
* 2022-12-09 on w1064v21h2-64
* 2023-03-27 on w10pro64-ar-64
* 2023-03-27 on w10pro64-mx-MX-64
Again the dates look similar to the other ddrawmodes and dsurface issues (bug
54746 and bug 54747) but not identical. So while there is probably some common
factor making these failures more likely, it's not a simple trigger.
--
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=54747
Bug ID: 54747
Summary: ddraw:dsurface sometimes gets E_OUTOFMEMORY on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:dsurface sometimes gets E_OUTOFMEMORY on Windows. However this does not
always happen in the same place:
* 2022-08-31 in test_ddsd() on w1064-tsign-64:
dsurface.c:2232: Test failed: Got hr 0x8007000e.
* 2022-10-14 in BackBufferAttachmentFlipTest() on w1064-tsign-32:
dsurface.c:1710: Test failed: Got hr 0x8007000e.
dsurface.c:1758: Test failed: Attaching a back buffer to another back buffer
returned 0x80070057
dsurface.c:1776: this is the last test seen before the exception
14a8:dsurface: unhandled exception c0000005 at 00553E4A
* 2022-12-09 in PaletteTest(), BackBufferAttachmentFlipTest() and test_ddsd()
on w1064-tsign-64:
dsurface.c:1372: Test failed: Got hr 0x8007000e.
dsurface.c:1375: Tests skipped: failed to create surface
dsurface.c:1691: Test failed: Got hr 0x8007000e.
dsurface.c:2232: Test failed: Got hr 0x8007000e.
* 2023-01-24 in BackBufferAttachmentFlipTest() and zbufferbitdepth_test() on
w10pro64-fr-64:
dsurface.c:1691: Test failed: Got hr 0x8007000e.
dsurface.c:2130: Test failed: Got hr 0x8007000e.
dsurface.c:2130: this is the last test seen before the exception
1f40:dsurface: unhandled exception c0000005 at 0000000000522CD1
* 2023-03-27 in test_ddsd() on w10pro64-ru-64
dsurface.c:2232: Test failed: Got hr 0x8007000e.
See https://test.winehq.org/data/patterns.html#ddraw:dsurface
Where 0x8007000e == E_OUTOFMEMORY
Notes:
* There are really 5 places where this happens.
* It always happens after a IDirectDraw_CreateSurface() call, except for the
test_ddsd() (line 2232) cases where it follows a IDirectDrawSurface7_Lock()
call.
* The failure dates look somewhat similar to the ddraw:ddrawmodes E_OUTOFMEMORY
failures but not exactly and the VMs mostly don't match. So the ddrawmodes
failures are not the cause of the dsurface ones. But there may be some common
factor making these failures more likely.
--
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=54746
Bug ID: 54746
Summary: ddraw:ddrawmodes - testcooperativelevels_normal()
sometimes gets E_OUTOFMEMORY on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddrawmodes - testcooperativelevels_normal() sometimes gets E_OUTOFMEMORY
on Windows:
ddrawmodes.c:723: Test failed: Got hr 0x8007000e.
ddrawmodes.c:724: Test failed: Returned NULL surface pointer
See https://test.winehq.org/data/patterns.html#ddraw:ddrawmodes
Where 0x8007000e == E_OUTOFMEMORY
This failure always happens in this call:
716 /* Try creating a double buffered primary in fullscreen + exclusive +
normal mode */
717 rc = IDirectDraw_CreateSurface(lpDD, &surfacedesc, &surface, NULL);
...
723 ok(rc == DD_OK, "Got hr %#lx.\n", rc);
There is one instance on 2022-09-01 but this started happening about twice per
month on 2022-12-09.
--
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=54745
Bug ID: 54745
Summary: ddraw:ddrawmodes - testddraw7() sometimes gets a
0x887600ff error on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddrawmodes - testddraw7() sometimes gets a 0x887600ff error on Windows:
ddrawmodes.c:978: Test failed: Got hr 0x887600ff.
ddrawmodes.c:997: Test failed: Got hr 0x887600ff.
See https://test.winehq.org/data/patterns.html#ddraw:ddrawmodes
Where 0x887600ff corresponds to MAKE_D3DHRESULT(255) but is an unknown error
code.
This happened regularly on w11pro64-amd when Windows update was not disabled.
Excluding those there are three known instances all hapening on Windows 10 so
this is quite rare:
* 2022-08-10 on w1064-tsign-32
* 2023-01-24 on w10pro64-pt-BR-64
* 2023-03-27 on w10pro64-ar-64
--
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=54743
Bug ID: 54743
Summary: urlmon:url - The ftp test sometimes gets
INET_E_OBJECT_NOT_FOUND on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - The ftp test sometimes gets INET_E_OBJECT_NOT_FOUND on Windows:
url.c:1846: Test failed: binding failed: 800c0006, expected 00000000
url.c:1857: Test failed: res = 00002f4f, expected 00000000
url.c:3284: Test failed: expected OnProgress_SENDINGREQUEST
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3306: Test failed: expected OnDataAvailable
See https://test.winehq.org/data/patterns.html#urlmon:url
Where 0x800c0006 == INET_E_OBJECT_NOT_FOUND
This happens on Windows 8 to 11 about twice a month on average over all the
VMs.
--
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=54741
Bug ID: 54741
Summary: integer overflow in get_dib_stride / NtGdiCreateBitmap
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: felix-wine(a)fefe.de
Distribution: ---
Here's the source code of NtGdiCreateBitmap:
97 HBITMAP WINAPI NtGdiCreateBitmap( INT width, INT height, UINT planes,
98 UINT bpp, const void *bits )
99 {
Having INT for width and height is already bad, but can't be helped because you
are implementing a crappy API.
105 if (width > 0x7ffffff || height > 0x7ffffff)
106 {
107 RtlSetLastWin32Error( ERROR_INVALID_PARAMETER );
108 return 0;
109 }
110
111 if (!width || !height)
112 return 0;
113
114 if (height < 0)
115 height = -height;
116 if (width < 0)
117 width = -width;
After this the value of width and height is 1..0x7ffffff (7 digits, not 8).
bpp is validated to be at most 32.
140 dib_stride = get_dib_stride( width, bpp );
141 size = dib_stride * height;
142 /* Check for overflow (dib_stride itself must be ok because of the
constraint on bm.bmWidth above). */
143 if (dib_stride != size / height)
Here's the code of get_dib_stride:
282 static inline int get_dib_stride( int width, int bpp )
283 {
284 return ((width * bpp + 31) >> 3) & ~3;
285 }
width can be 0x7ffffff, bpp can be 32.
width*bpp is then 0xffffffe0 which looks at first glance like no overflow
happened, but the type is still int, i.e. signed 32-bit, i.e. max value is
0x7fffffff (8 digits), max bpp to trigger that would be 16 not 32.
We are right-shifting afterwards, so we ought to be fine? Nope, because we are
operating on signed ints, so it's an arithmetic right shift, not a logical one.
The & does not remove the sign bit. So what happens here is that get_dib_stride
can return a negative value.
OK but NtGdiCreateBitmap checks for overflow and will notice something is
wrong.
Not really. If width=height=0x7ffffff and bpp=32 then get_dib_stride=-4.
Then size is -4*0x7ffffff promoted to size_t, or 0xe0000004.
The overflow check does this:
143 if (dib_stride != size / height)
size/0x7ffffff is 0xfffffffc.
dib_stride is -4, promoted to size_t for the comparison is also 0xfffffffc.
Also: On the way we had undefined behavior. The compiler would be allowed to do
all kinds of nasty 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=54732
Bug ID: 54732
Summary: schedsvc:atsvcapi & schedsvc:rpcapi crash on a fresh
wineprefix
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
schedsvc:atsvcapi & schedsvc:rpcapi crash on a fresh wineprefix.
The issue is the same for both tests so I'll focus on the latter:
$ rm -rf ~/.wine && WINEDEBUG=schedsvc ./wine
dlls/schedsvc/tests/i386-windows/schedsvc_test.exe rpcapi
rpcapi.c:64: Tests skipped: Can't connect to Scheduler service: 0x6d9
0020:rpcapi: 0 tests executed (0 marked as todo, 0 as flaky, 0 failures), 1
skipped.
What really happens is that the call to SchRpcHighestVersion() crashes even
before reaching the TRACE() statement. And schedsvc:rpcapi interprets that as
being unable to connect to the scheduler service.
Running schedsvc:rpcapi multiple times does not help. However if one runs
taskschd:scheduler once in that wineprefix, then there is no problem:
$ rm -rf ~/.wine && ./wine dlls/taskschd/tests/i386-windows/taskschd_test.exe
scheduler
...
# Wait until sure that Wine has fully shut down
$ sleep 10; ./wine dlls/schedsvc/tests/i386-windows/schedsvc_test.exe rpcapi
rpcapi.c:268: L"<!-- Task definition created by Wine -->\n<Task
...
In particular this means that when submitting a TestBot job for these tests,
they systematically skip which prevents detecting failures.
(For merge requests there is one 32-bit only full WineTest run which would
catch at least some regressions.)
--
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=36711
Bug ID: 36711
Summary: Civ 4 Colonization cannot load Save games, Crashes
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: typoofcem(a)gmail.com
Created attachment 48756
--> http://bugs.winehq.org/attachment.cgi?id=48756
Error output from when app crashes
Sid Meier's Civilization 4 Colonization (from the complete edition, not the
standalone) crashes when user attempts to load a saved game in Wine. Issue does
not effect Civ 4 nor its expansions, from the complete edition.
Note: game is being played from a complete install, without DVD-ROM (if that
makes any difference)
--
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=53714
Bug ID: 53714
Summary: proxyodbc SQLGetInfoW wrong behaviour when InfoValue
null
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: pollyielderah(a)gmail.com
Distribution: ---
Difference between odbc and proxyodbc.
Expected behaviour:
Calling proxyodbc SQLGetInfoW with null InfoValue should fill StringLength with
total bytes to be written. This allows to create appropriate size buffer on
second call.
Current behaviour:
proxyodbc SQLGetInfoW logs warning "Unexpected NULL InfoValue address" and
returns SQL_ERROR without returning bytes to be written.
--
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=53032
Bug ID: 53032
Summary: winedevice.exe segfaults on exit (Segmentation fault)
in Wine 7.9
Product: Wine
Version: 7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
This is a regression or maybe it's down to GCC 12.1 - I don't know.
When exiting wine, winedevice.exe segfaults all the time.
I cannot get a bt and my attempts of using gdb have been futile.
(gdb) c
Continuing.
[LWP 495578 exited]
[LWP 495577 exited]
[LWP 495576 exited]
[LWP 495573 exited]
Thread 5 "winedevice.exe" received signal SIGSEGV, Segmentation fault.
[Switching to LWP 495599]
0x7e68a2bf in ?? ()
(gdb) bt
#0 0x7e68a2bf in ?? ()
Backtrace stopped: Cannot access memory at address 0x1fe
Wine is built using: -O2 -march=pentium-m -m32
--
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.