https://bugs.winehq.org/show_bug.cgi?id=44011
Bug ID: 44011
Summary: page fault in schan_QueryContextAttributesW
Product: Wine
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: development(a)winomega.com
Distribution: ---
Created attachment 59672
--> https://bugs.winehq.org/attachment.cgi?id=59672
test program
Wine gets a page fault in secur32.dll very often (thought not 100% of the time)
when running a trivial program using libmariadb.dll (MariaDB Connector/C
3.0.2):
a2b008591f3cb238d1e4410c4d1b9f08 libmariadb.dll
Note: libmariadb.dll (MariaDB Connector/C 3.0.2) can be downloaded as win32
binary or source from https://downloads.mariadb.org/connector-c/3.0.2/
Test program is attached (test.c). You need to edit and replace the
mysql_real_connect call with actual parameters of a MySQL server with SSL
enabled, and copy the ca.pem file to current directory (a trivial setup like
https://www.digitalocean.com/community/tutorials/how-to-configure-ssl-tls-f…
works).
I compiled it with mingw32:
i686-w64-mingw32-gcc test.c -o test.exe -I./mariadb-connector-c/include
libmariadb.dll
--
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=38123
Bug ID: 38123
Summary: OneNote 2013 crashes on running setup.exe
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: danikvassin(a)gmail.com
Distribution: ---
Created attachment 50810
--> https://bugs.winehq.org/attachment.cgi?id=50810
One Note Backtrace
OneNote 2013 fails to even begin installation of the program
--
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=47272
Bug ID: 47272
Summary: Regression on Age of Empires 2 HD - Age of Kings
Crashes with wine 4.9, works fine with 4.8
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mohr.christoph(a)gmail.com
Distribution: ---
Created attachment 64568
--> https://bugs.winehq.org/attachment.cgi?id=64568
Crash report
After updating to wine 4.9 Age of Empires 2 HD - Age of Kings crashes. It
worked fine with wine 4.8, after downgrading it works agin.
I am on Arch Linux, latest updates.
See crash report in attached file
--
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=44805
Bug ID: 44805
Summary: Qupzilla 32 bits version crash
Product: Wine-staging
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elr(a)disroot.org
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 60843
--> https://bugs.winehq.org/attachment.cgi?id=60843
backtrace of qupzilla
It occurs when i am loading some webpages.
--
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=30814
Bug #: 30814
Summary: Age of Empires II scrolling gets stuck after Alt-Tab
away and back
Product: Wine
Version: 1.5.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nemesis(a)icequake.net
Classification: Unclassified
Wine 1.2 did not have this problem but was much slower.
Wine 1.5.5 is much faster and just a much better overall experience with this
one caveat.
If you start a game and immediately alt-tab away and back, nothing is amiss.
You can even click on some things onscreen and there is no problem.
However, once you have scrolled the screen either by moving the mouse towards
the edges, or by using the arrow keys on the keyboard, if you alt-tab away and
back, upon returning the screen will immediately begin to scroll in an
apparently random direction and cannot be stopped.
I did the WINEDEBUG="+cursor,+dinput,+ddraw" winedbg Age2_x1/age2_x1.exe and
did not come up with anything obviously wrong while the problem was occurring.
A lot of this kind of stuff:
trace:ddraw:surface_lock locked surface returning description :
trace:ddraw:DDRAW_dump_members - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN
DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM
trace:ddraw:DDRAW_dump_members - DDSD_HEIGHT : 768
trace:ddraw:DDRAW_dump_members - DDSD_WIDTH : 1024
trace:ddraw:DDRAW_dump_members - DDSD_PITCH : 1024
trace:ddraw:DDRAW_dump_members - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8
DDPF_RGB , RGB bits: 8, R 00 G 00 B 00)
trace:ddraw:ddraw_surface1_Unlock iface 0xa2f01a8, data 0xbf44020.
trace:ddraw:ddraw_surface7_Unlock iface 0xa2f0198, rect (null).
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:SetCursor (nil)
trace:ddraw:ddraw_surface1_Blt iface 0xa303ef8, dst_rect (0,0)-(24,32),
src_surface 0xa2f01a8, src_rect (885,649)-(909,681), flags 0x1000000, fx (nil).
trace:ddraw:ddraw_surface7_Blt iface 0xa303ee8, dst_rect (0,0)-(24,32),
src_surface 0xa2f0198, src_rect (885,649)-(909,681), flags 0x1000000, fx (nil).
trace:ddraw:ddraw_surface1_GetClipper iface 0xa2f01a8, clipper 0x33c81c.
trace:ddraw:ddraw_surface7_GetClipper iface 0xa2f0198, clipper 0x33c81c.
trace:ddraw:ddraw_surface1_SetColorKey iface 0xa305188, flags 0x8, color_key
0x33c7f8.
trace:ddraw:ddraw_surface7_SetColorKey iface 0xa305178, flags 0x8, color_key
0x33c7f8.
trace:ddraw:ddraw_surface7_EnumAttachedSurfaces iface 0xa305178, context
0x33c7b8, callback 0x7e72abb0.
trace:ddraw:ddraw_surface7_EnumAttachedSurfaces end of enumeration.
trace:ddraw:ddraw_surface1_BltFast iface 0xa2f01a8, dst_x 885, dst_y 649,
src_surface 0xa305188, src_rect (0,0)-(24,32), flags 0x11.
trace:ddraw:ddraw_surface7_BltFast iface 0xa2f0198, dst_x 885, dst_y 649,
src_surface 0xa305178, src_rect (0,0)-(24,32), flags 0x11.
trace:ddraw:ddraw_surface1_Blt iface 0xa4777f0, dst_rect (0,0)-(1024,768),
src_surface 0xa2f01a8, src_rect (0,0)-(1024,768), flags 0x1000000, fx (nil).
trace:ddraw:ddraw_surface7_Blt iface 0xa4777e0, dst_rect (0,0)-(1024,768),
src_surface 0xa2f0198, src_rect (0,0)-(1024,768), flags 0x1000000, fx (nil).
trace:ddraw:ddraw_clipper_GetClipList iface 0x151748, rect (0,0)-(1024,768),
clip_list (nil), clip_list_size 0x33c7b8.
trace:ddraw:ddraw_clipper_GetClipList iface 0x151748, rect (0,0)-(1024,768),
clip_list 0xa52ab90, clip_list_size 0x33c7b8.
trace:ddraw:ddraw_palette_SetEntries iface 0x143150, flags 0, start 0, count
256, entries 0x9192a0.
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
trace:cursor:X11DRV_GetCursorPos pointer at (885,649) server pos 885,649
Let me know what I can do to help debug.
--
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=42368
Bug ID: 42368
Summary: Lichdom: Battlemage crashes while loading when
starting a new game
Product: Wine-staging
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 57149
--> https://bugs.winehq.org/attachment.cgi?id=57149
Screenshot just before starting the game
(For the non-Staging bug, please see bug 40428. I hope my submitting this
report to Wine Staging is OK because I can only get this crash while running
the game in Wine Staging 2.0)
When attempting to run Lichdom: Battlemage in Wine Staging 2.0, the game
crashes during the loading screen when starting a new game.
I am attempting to play the game in a WoW64 prefix with vcrun2012 installed by
the game's installer in Windows 7 mode (the game does not support Windows XP)
and I am running the 64-bit binary for the game.
--
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=43850
Bug ID: 43850
Summary: Wine error with newest mesa driver
Product: Wine-staging
Version: 2.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bellamorte42(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn
software support unavailable.
Mesa now incorporates the functionality directly, and the standalone library
conflicts with the driver.
--
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=42324
Bug ID: 42324
Summary: Wine selects wrong OpenGL renderer on macOS
Product: Wine
Version: 2.0-rc6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: f.platte(a)platte-web.de
Created attachment 57072
--> https://bugs.winehq.org/attachment.cgi?id=57072
example images
I'm using a 13 inch 2012 MacBook Pro with a Thunderbolt eGPU (GTX 750Ti). Due
to macOS limitations the the eGPU can only accelerate the external monitor.
(Some application which support selecting a renderer work on the internal
display. e.g openglex4 [OpenGL Extensions Viewer]). To my knowledge the macOS
applications else always use the renderer driving the screen where they are
launched on. However wine does not respect this behaviour.
I tried running several windows executables like the benchmark tools Valley and
Heaven which keep using the Mac's internal Intel HD4000 graphics although being
used on the external screen. I tried several wine engines from the staging,
stable and development tree, which all are affected. To check wether it might
be an OS related issue I also ran the Mac-native versions of the benchmarks
mentioned above which both worked as expected (using the OpenGL renderer
driving the monitor they are launched on).
This basically breaks games and other GPU heavy windows programs in my case. I
do not know whether hackintoshes are affected as well as they basically are the
only other macOS machines having integrated and dedicated GPU driving different
monitors.
The logical solution seems to be to make wine respect the way macOS assigns
renderer while an ideal solution would be implementing a way to select a
renderer/always default to the dedicated GPU as this would enable accelerating
the internal monitor with the external GPU like it's possible with windows.
--
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=45354
Bug ID: 45354
Summary: BlazBlue Cross Tag Battle crashes before startup
(Unhandled page fault on read access...)
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: mrniex(a)protonmail.com
Distribution: ---
Created attachment 61650
--> https://bugs.winehq.org/attachment.cgi?id=61650
The whole log of console output and debugger output
BlazBlue Cross Tag Battle crashes before even starting on both latest Wine and
Wine-staging. Changing platforms (32/64) didn't help. Debug trace attached.
Sorry if I misreported anything, I can't make much sense of Wine debugs.
--
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=44350
Bug ID: 44350
Summary: Wolfenstein The Old Blood used to work before last
kernel's update.
Product: Wine-staging
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasbownik99(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 60237
--> https://bugs.winehq.org/attachment.cgi?id=60237
Full backtrace of a problem.
Wolfenstien The Old Blood worked perfectly until I updated kernel to the newest
version which contains the patch for Meltdown. My distro: Linux Mint 18.3.
GPU Driver: 384 for nVidia GeForce GTX 970.
--
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.