https://bugs.winehq.org/show_bug.cgi?id=45312
Bug ID: 45312
Summary: AC Syndicate needs bcrypt algorythm/functions
(ECDH_P256, BCryptGenerateKeyPair,
BCryptFinalizeKeyPair)
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: Gentoo
Assassin's Creed : Syndicate crashes when the game wants to access to the main
menu. Precisely after the Intro video (Nvidia, Ubisoft video) and the screen
with the message which say "Press any key to continue".
This issue exists only when you launch the game with UPlay on Online Mode.
If UPlay is on Offline mode (no cloud save, success etc...), you can to access
to the main menu without problem.
----------
1- When the game crashes, i have these line in my output console :
"0108:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"ECDH_P256" not
supported"
I created a hack to add the support of ECDH_P256 (see attached files)
2- With my 1st hack with ECDH_P256 support, the game still crashes but for an
other reason. This time, i have error line about a bcrypt function not
implemented : BCryptGenerateKeyPair
I created a hack to implement this function (see attached files)
3- With my both latest patches, the game continu to crash at the same place.
Now it crashes because a second function for bcrypt is not implemented :
BCryptFinalizeKeyPair
I created a hack to implement this function (see attached files)
----------
With my 3 workaround, the crash is gone and i can to access to the main menu
with UPlay on Online mode after pressing a key.
Now, i don't know if my workaround are correct to send these files to
wine-patches or if someone prefer to implement completly these
functions/algorythm.
Thanks,
Maxime
--
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=36348
Bug ID: 36348
Summary: valgrind shows a couple leaks in d3d9/tests/d3d9ex.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==3976== 16 bytes in 1 blocks are definitely lost in loss record 396 of 1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x4F58C13: Direct3DCreate9Ex (d3d9_main.c:63)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
==3976== 12,068 bytes in 1 blocks are definitely lost in loss record 1,915 of
1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x506F901: wined3d_create (wined3d_main.c:95)
==3976== by 0x4F654AE: d3d9_init (directx.c:647)
==3976== by 0x4F58C30: Direct3DCreate9Ex (d3d9_main.c:66)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
--
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=36621
Bug ID: 36621
Summary: valgrind shows several definite leaks in
ddraw/tests/ddraw1.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13886== 20 bytes in 1 blocks are definitely lost in loss record 205 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6E659: test_coop_level_d3d_state (ddraw1.c:788)
==13886== by 0x4A87307: func_ddraw1 (ddraw1.c:5488)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
==13886== 20 bytes in 1 blocks are definitely lost in loss record 206 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6ED15: test_surface_interface_mismatch (ddraw1.c:860)
==13886== by 0x4A8730C: func_ddraw1 (ddraw1.c:5489)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
etc.
and one case of:
==13516== 4,096 bytes in 1 blocks are definitely lost in loss record 1,473 of
1,516
==13516== at 0x72E66F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x72E2378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x6EF6DC2: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EF8594: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EFECCD: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D2D411: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6F0189E: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D16339: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D1A9E9: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x68D1C95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==13516== by 0x510FE80: surface_upload_data (surface.c:1641)
==13516== by 0x511D054: surface_load_texture (surface.c:4861)
==13516== by 0x511D52E: surface_load_location (surface.c:4954)
==13516== by 0x5111C25: surface_load (surface.c:2150)
==13516== by 0x51294DA: texture2d_sub_resource_load (texture.c:730)
==13516== by 0x5128AE8: wined3d_texture_load (texture.c:539)
==13516== by 0x50558C7: arbfp_blit_surface (arb_program_shader.c:7653)
==13516== by 0x5121910: wined3d_surface_blt (surface.c:6060)
==13516== by 0x4A9646C: ddraw_surface_blt_clipped (surface.c:1387)
==13516== by 0x4A96CCA: ddraw_surface7_Blt (surface.c:1543)
==13516==
--
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=36340
Bug ID: 36340
Summary: valgrind shows several warnings in
ddraw/tests/ddraw2.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==20452== Conditional jump or move depends on uninitialised value(s)
==20452== at 0x5842378: GetRegionData (region.c:889)
==20452== by 0x4E726BE: ddraw_clipper_GetClipList (clipper.c:213)
==20452== by 0x4EA05EE: ddraw_surface7_Blt (surface.c:1429)
==20452== by 0x4EA1FE6: ddraw_surface1_Blt (surface.c:1597)
==20452== by 0x4D9776E: test_clipper_blt (ddraw2.c:647)
==20452== by 0x4DA7C8E: func_ddraw2 (ddraw2.c:6398)
==20452== by 0x4E1C6DC: run_test (test.h:584)
==20452== by 0x4E1CACB: main (test.h:654)
==20452== Uninitialised value was created by a stack allocation
==20452== at 0x4EA0411: ddraw_surface7_Blt (surface.c:1503)
==20452==
and several leaks, e.g.,:
==20664== 20 bytes in 1 blocks are definitely lost in loss record 208 of 1,043
==20664== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==20664== by 0x4E8EA7E: DirectDrawCreateClipper (ddraw.c:3274)
==20664== by 0x4E8EC42: ddraw7_CreateClipper (ddraw.c:3309)
==20664== by 0x4E8ED9F: ddraw2_CreateClipper (ddraw.c:3331)
==20664== by 0x4DA6CBC: test_clipper_blt (ddraw2.c:565)
==20664== by 0x4DB7C8E: func_ddraw2 (ddraw2.c:6398)
==20664== by 0x4E2C6DC: run_test (test.h:584)
==20664== by 0x4E2CACB: main (test.h:654)
==20664==
--
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=46208
Bug ID: 46208
Summary: Elite Dangerous is unstable in wine-devel
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
When using wine-devel v3.21, Elite Dangerous is unstable and will usually
freeze before finishing the opening video (but will sometimes get as far as
shader compilation).
When attaching a debugger, it looks like all processes are waiting for an
event.
The program needs to be killed with a 'kill -9'.
The workaround is to run Elite with 'taskset -c 0', but it also appears to
progress further if you run with 'WINEDEBUG=+relay'.
This leads me to believe the issue is one of timing (as opposed to
multi-threading).
When using wine-staging v3.21, Elite has no such problems and runs perfectly.
A git bi-sect led me to find that the reason for this was a single patch:
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-fute…
Applying just this patch to wine-devel v3.21 results in the game running fine.
--
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=46618
Bug ID: 46618
Summary: Far Cry v1.40 locks up when changing screen resolution
or anti-aliasing level
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: cc88fb0b691efd771cf43045dccbe9c5b7bc9993
Distribution: ---
Created attachment 63520
--> https://bugs.winehq.org/attachment.cgi?id=63520
plain terminal output
Just like with bug #46617, I tested this bug with the GOG.com version. Unable
to reproduce with the demo version.
The game freezes with high CPU usage when I'm trying to change screen
resolution or anti-aliasing level in the Video Options menu.
According to my testing this was caused by
commit cc88fb0b691efd771cf43045dccbe9c5b7bc9993
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Wed Feb 6 19:38:25 2019 -0600
wined3d: Store the index buffer in the wined3d_stateblock_state structure.
The patch can't be reverted cleanly, but the problem doesn't exist with the
previous commit.
wine-4.1-108-gf7b3120991
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05
--
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=36201
Bug ID: 36201
Summary: valgrind shows a definite leak under
crypt32/tests/store.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48322
--> https://bugs.winehq.org/attachment.cgi?id=48322
valgrind log
==18714== 48 bytes in 1 blocks are definitely lost in loss record 215 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E5A6: Context_CreateLinkContext (context.c:60)
==18714== by 0x510AB00: Cert_clone (cert.c:127)
==18714== by 0x511D199: CRYPT_CollectionCreateContextFromChild
(collectionstore.c:85)
==18714== by 0x511D5C9: Collection_addCert (collectionstore.c:215)
==18714== by 0x510B119: add_cert_to_store (cert.c:263)
==18714== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==18714== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==18714== by 0x4EA953F: testCollectionStore (store.c:670)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
and several potential leaks, e.g.,:
==18714== 20 bytes in 1 blocks are possibly lost in loss record 53 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==18714== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==18714== by 0x5164D74: CRYPT_SysOpenStoreA (store.c:644)
==18714== by 0x5165ADF: CertOpenStore (store.c:907)
==18714== by 0x5165B53: CertOpenSystemStoreA (store.c:919)
==18714== by 0x4EA9419: testCollectionStore (store.c:658)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
full log 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.
http://bugs.winehq.org/show_bug.cgi?id=17913
Summary: Port royale: black hole instead ocean
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Created an attachment (id=20239)
--> (http://bugs.winehq.org/attachment.cgi?id=20239)
Here should be ocean
While playing port royale, and enter "global" mode, instead ocean there is only
black color.
--
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=45524
Bug ID: 45524
Summary: Add a futex-based implementation of condition
variables
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 61910
--> https://bugs.winehq.org/attachment.cgi?id=61910
[PATCH] ntdll: Add a futex-based condition variable implementation.
Titanfall 2 has reportedly high wineserver overhead, and this seems to help
with that.
--
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.