Wine-Bugs
By thread
wine-bugs@list.winehq.org
By month
Messages by month
- ----- 2026 -----
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2006 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2005 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2004 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2003 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2002 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2001 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
July 2015
- 1 participants
- 1962 messages
[Bug 27145] Weapons Translucent Like Glass in FEAR 1 and 2.
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=27145
--- Comment #74 from David Gámiz Jiménez <david.gamiz(a)gmail.com> ---
(In reply to Stefan Dösinger from comment #73)
> Created attachment 51839 [details]
> wined3d: Try to detect the polygon offset scale value.
>
> This patch fixes the issue for me. I still have to test it on more drivers
> (especially MacOS) to make sure the fix and accompanying test work reliably.
>
> The Nvidia clipping bug was fixed at some point, but as described in the
> patch file we run into a different problem that produces the same symptoms
> now. Using a better scaling factor for the polygon offset avoids both
> problems.
Thanks Stefan.
Whenever I get time apply your patch, and compile.
Never compile 64bit wine on my system 64bits, and from what I saw once, it is
complex.
As soon as you applied the patch I try it and tell you how it works.
Thank you!! :D
--
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.
July 12, 2015
[Bug 38908] PlanetSide 2 v5.2.4.x launcher process exit causes wineserver crash
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38908
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
URL| |https://www.planetside2.com
| |/
--
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.
July 12, 2015
[Bug 38908] New: PlanetSide 2 v5.2.4.x launcher process exit causes wineserver crash
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38908
Bug ID: 38908
Summary: PlanetSide 2 v5.2.4.x launcher process exit causes
wineserver crash
Product: Wine
Version: 1.7.47
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found this by chance ...
--- snip ---
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x000000000042733a in grab_object (ptr=0x0) at
/home/focht/projects/wine/wine.repo/src/server/object.c:298
298 assert( obj->refcount < INT_MAX );
(gdb) bt
#0 0x000000000042733a in grab_object (ptr=0x0) at
/home/focht/projects/wine/wine.repo/src/server/object.c:298
#1 0x0000000000410da7 in add_irp_to_queue (file=0x2a8e9a0, irp=0x2a948f0) at
/home/focht/projects/wine/wine.repo/src/server/device.c:347
#2 0x0000000000411189 in device_file_close_handle (obj=0x2a8e9a0,
process=0x29e5a20, handle=104)
at /home/focht/projects/wine/wine.repo/src/server/device.c:429
#3 0x000000000041c6fc in handle_table_destroy (obj=0x29e5ba0) at
/home/focht/projects/wine/wine.repo/src/server/handle.c:175
#4 0x000000000042748a in release_object (ptr=0x29e5ba0) at
/home/focht/projects/wine/wine.repo/src/server/object.c:313
#5 0x000000000041c7c7 in close_process_handles (process=0x29e5a20) at
/home/focht/projects/wine/wine.repo/src/server/handle.c:194
#6 0x000000000042a132 in process_killed (process=0x29e5a20) at
/home/focht/projects/wine/wine.repo/src/server/process.c:817
#7 0x000000000042a510 in remove_process_thread (process=0x29e5a20,
thread=0x2a0c9e0) at
/home/focht/projects/wine/wine.repo/src/server/process.c:883
#8 0x000000000044af03 in kill_thread (thread=0x2a0c9e0, violent_death=0) at
/home/focht/projects/wine/wine.repo/src/server/thread.c:1107
#9 0x0000000000448836 in thread_poll_event (fd=0x2a0cc10, event=16) at
/home/focht/projects/wine/wine.repo/src/server/thread.c:266
#10 0x0000000000415130 in fd_poll_event (fd=0x2a0cc10, event=16) at
/home/focht/projects/wine/wine.repo/src/server/fd.c:446
#11 0x000000000041550a in main_loop_epoll () at
/home/focht/projects/wine/wine.repo/src/server/fd.c:541
#12 0x0000000000415b1c in main_loop () at
/home/focht/projects/wine/wine.repo/src/server/fd.c:886
#13 0x0000000000420fa5 in main (argc=1, argv=0x7ffdb89b57c8) at
/home/focht/projects/wine/wine.repo/src/server/main.c:148
(gdb) frame 1
#1 0x0000000000410da7 in add_irp_to_queue (file=0x2a8e9a0, irp=0x2a948f0) at
/home/focht/projects/wine/wine.repo/src/server/device.c:347
347 irp->thread = (struct thread *)grab_object( current );
(gdb) p *file
$1 = {obj = {refcount = 2, handle_count = 1, ops = 0x4741e0 <device_file_ops>,
wait_queue = {next = 0x2a8e9b0, prev = 0x2a8e9b0}, name = 0x0, sd = 0x0,
obj_list = {next = 0x2a8eb30, prev = 0x2a8ea50}}, device = 0x29b18b0, fd =
0x2a8ea20, user_ptr = 1121136, entry = {next = 0x29b1918, prev = 0x29b1918},
requests = {next = 0x2a8ea08, prev = 0x2a8ea08}}
(gdb) p *irp
$2 = {obj = {refcount = 2, handle_count = 0, ops = 0x474060 <irp_call_ops>,
wait_queue = {next = 0x2a94900, prev = 0x2a94900}, name = 0x0, sd = 0x0,
obj_list = {next = 0x2a8f8d0, prev = 0x699580 <object_list>}}, dev_entry =
{next = 0x5555555555555555, prev = 0x5555555555555555}, mgr_entry = {
next = 0x5555555555555555, prev = 0x5555555555555555}, file = 0x2a8e9a0,
thread = 0x5555555555555555, user_arg = 6148914691236517205, async = 0x0,
status = 259, params = {major = 2, create = {major = 2, access = 13, sharing
= 1121136, options = 0, device = 43932192}, close = {major = 2, __pad = 13,
file = 1121136}, read = {major = 2, key = 13, file = 1121136, pos =
43932192}, write = {major = 2, key = 13, file = 1121136, pos = 43932192}, flush
= {
major = 2, __pad = 13, file = 1121136}, ioctl = {major = 2, code = 13,
file = 1121136}}, result = 0, in_size = 0, in_data = 0x0, out_size = 0,
out_data = 0x0}
$ (gdb) frame 2
#2 0x0000000000411189 in device_file_close_handle (obj=0x2a8e9a0,
process=0x29e5a20, handle=104)
at /home/focht/projects/wine/wine.repo/src/server/device.c:429
429 add_irp_to_queue( file, irp );
(gdb) p *obj
$5 = {refcount = 2, handle_count = 1, ops = 0x4741e0 <device_file_ops>,
wait_queue = {next = 0x2a8e9b0, prev = 0x2a8e9b0}, name = 0x0, sd = 0x0,
obj_list = {
next = 0x2a8eb30, prev = 0x2a8ea50}}
(gdb) p *process
$4 = {obj = {refcount = 57, handle_count = 0, ops = 0x477080 <process_ops>,
wait_queue = {next = 0x29e5a30, prev = 0x29e5a30}, name = 0x0, sd = 0x0,
obj_list = {next = 0x2a07fe0, prev = 0x29fb160}}, entry = {next =
0x2a13e90, prev = 0x6995a0 <process_list>}, parent = 0x0, thread_list = {
next = 0x29e5a78, prev = 0x29e5a78}, debugger = 0x0, handles = 0x0, msg_fd
= 0x29fb130, id = 8, group_id = 8, sigkill_timeout = 0x0, cpu = CPU_x86,
unix_pid = 1166, exit_code = 0, running_threads = 0, start_time =
130812070795368620, end_time = 130812071183535560, affinity = 15, priority = 2,
suspend = 0, is_system = 0, debug_children = 0, is_terminating = 1, job =
0x0, job_entry = {next = 0x5555555555555555, prev = 0x5555555555555555}, locks
= {
next = 0x29e5b00, prev = 0x29e5b00}, classes = {next = 0x2a94200, prev =
0x2a8e770}, console = 0x2a10100, startup_state = STARTUP_DONE,
startup_info = 0x0, idle_event = 0x2a6e170, winstation = 0, desktop = 0,
token = 0x2a08770, dlls = {next = 0x2a6e5b0, prev = 0x2a94850}, peb =
2147348480,
ldt_copy = 4151760128, trace_data = 0, rawinput_devices = {next = 0x29e5b78,
prev = 0x29e5b78}, rawinput_mouse = 0x0, rawinput_kbd = 0x0}
--- snip ---
$ wine --version
wine-1.7.47
Regards
--
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.
July 12, 2015
[Bug 38845] Battle.net launcher shows white screen with WINEPREFIX Windows version > 'Windows XP' (builtin 'd3dcompiler_46.dll' is not mature enough)
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38845
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Battle.net launcher doesn't |Battle.net launcher shows
|render user interface in |white screen with
|Win7+ mode, causing white |WINEPREFIX Windows version
|screen (builtin |> 'Windows XP' (builtin
|'d3dcompiler_46.dll' is not |'d3dcompiler_46.dll' is not
|mature enough) |mature enough)
--- Comment #16 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
refining summary again as this happens with any Windows version > 'Windows XP'
(mentioned here: https://bugs.wine-staging.com/show_bug.cgi?id=424#c10)
Regards
--
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.
July 12, 2015
[Bug 38845] Battle.net launcher doesn't render user interface in Win7+ mode, causing white screen (builtin 'd3dcompiler_46.dll' is not mature enough)
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38845
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
URL| |http://dist.blizzard.com/do
| |wnloads/wow-installers/full
| |/World-of-Warcraft-Setup-en
| |GB.exe
CC| |focht(a)gmx.net
Component|-unknown |directx-d3d
Summary|Battle.net launcher no |Battle.net launcher doesn't
|longer displays |render user interface in
| |Win7+ mode, causing white
| |screen (builtin
| |'d3dcompiler_46.dll' is not
| |mature enough)
Regression SHA1|8609e2d2722b2a9533df2408002 |ca7ce1678b61b88966a48f591be
|6206c75a6af79 |566e04f3d669f
--- Comment #15 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
confirming.
The regression sha1
https://source.winehq.org/git/wine.git/commit/8609e2d2722b2a9533df240800262…
doesn't make sense here.
The game ships a native 'd3dcompiler_43.dll' on its own but not
'd3dcompiler_46.dll'.
If the Windows version of the WINEPREFIX' is set to 'Windows XP' (default), the
launcher loads 'd3dcompiler_43.dll' which causes the loader to use native dll
in the end (builtin 'd3dcompiler_43' -> prefer native over builtin -> native).
Relevant part of trace log:
--- snip ---
...
0042:Call KERNEL32.LoadLibraryW(01b2f360 L"D3DCompiler_43.dll") ret=10eba1a5
0042:trace:module:load_dll looking for L"D3DCompiler_43.dll" in L"C:\\Program
Files
(x86)\\Battle.net\\Battle.net.5952;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0042:trace:module:get_load_order looking for L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll"
0042:trace:module:get_load_order got hardcoded default for L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll"
0042:trace:module:load_builtin_dll Trying built-in L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll"
0042:warn:module:load_builtin_dll failed to load .so lib for builtin
L"C:\\Program Files (x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll":
/home/focht/wine-games/wineprefix-battlenet/dosdevices/c:/Program Files
(x86)/Battle.net/Battle.net.5952/d3dcompiler_43.dll: invalid ELF header
0042:trace:module:load_builtin_dll Trying built-in L"D3DCompiler_43.dll"
0042:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0042:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"kernel32.dll" at 0x7b820000, count=-1
0042:trace:module:load_builtin_callback loaded d3dcompiler_43.dll 0x177460
0x7c490000
0042:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\d3dcompiler_43.dll" at 0x7c490000: builtin
0042:Call PE DLL (proc=0x7c4d602c,module=0x7c490000
L"d3dcompiler_43.dll",reason=WINE_PREATTACH,res=(nil))
0042:Ret PE DLL (proc=0x7c4d602c,module=0x7c490000
L"d3dcompiler_43.dll",reason=WINE_PREATTACH,res=(nil)) retval=0
0042:trace:module:load_dll L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll" pre-attach returned
FALSE, preferring native
0042:trace:module:LdrUnloadDll (0x7c490000)
0042:trace:module:LdrUnloadDll (L"d3dcompiler_43.dll") - START
0042:trace:module:MODULE_DecRefCount (L"d3dcompiler_43.dll") ldr.LoadCount: 0
0042:trace:module:free_modref unloading
L"C:\\windows\\system32\\d3dcompiler_43.dll"
0042:trace:module:LdrUnloadDll END
0042:trace:module:load_native_dll Trying native dll L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll"
0042:trace:module:map_image mapped PE file at 0x3300000-0x3507000
0042:trace:module:map_image mapping section .text at 0x3301000 off 400 size
1ee200 virt 1ee053 flags 60000020
0042:trace:module:map_image clearing 0x34ef200 - 0x34f0000
0042:trace:module:map_image mapping section .data at 0x34f0000 off 1ee600 size
4200 virt 7ea4 flags c0000040
0042:trace:module:map_image clearing 0x34f4200 - 0x34f5000
0042:trace:module:map_image mapping section .rsrc at 0x34f8000 off 1f2800 size
400 virt 3c8 flags 40000040
0042:trace:module:map_image clearing 0x34f8400 - 0x34f9000
0042:trace:module:map_image mapping section .reloc at 0x34f9000 off 1f2c00 size
e000 virt df44 flags 42000040
0042:trace:module:map_image relocating from 0x10000000-0x10207000 to
0x3300000-0x3507000
...
0042:trace:loaddll:load_native_dll Loaded L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll" at 0x3300000: native
0042:trace:module:load_dll Loaded module L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952\\D3DCompiler_43.dll" (native) at 0x3300000
0042:trace:module:process_attach (L"D3DCompiler_43.dll",(nil)) - START
0042:trace:module:process_attach (L"msvcrt.dll",(nil)) - START
--- snip ---
If the Windows version of the WINEPREFIX is set to 'Windows 7', the launcher
loads 'd3dcompiler_46.dll' by default.
Relevant part of trace log:
--- snip ---
...
0039:Call KERNEL32.LoadLibraryW(01b2f360 L"D3DCompiler_46.dll") ret=10eba1a5
0039:trace:module:load_dll looking for L"D3DCompiler_46.dll" in L"C:\\Program
Files
(x86)\\Battle.net\\Battle.net.5952;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0039:trace:module:get_load_order looking for
L"C:\\windows\\system32\\D3DCompiler_46.dll"
0039:trace:module:get_load_order got hardcoded default for
L"D3DCompiler_46.dll"
0039:trace:module:load_dll L"C:\\windows\\system32\\D3DCompiler_46.dll" is a
fake Wine dll
0039:trace:module:load_builtin_dll Trying built-in L"D3DCompiler_46.dll"
0039:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0039:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"kernel32.dll" at 0x7b820000, count=-1
0039:trace:module:load_builtin_callback loaded d3dcompiler_46.dll 0x1776a8
0x7c440000
0039:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\d3dcompiler_46.dll" at 0x7c440000: builtin
0039:trace:module:load_dll Loaded module
L"C:\\windows\\system32\\D3DCompiler_46.dll" (builtin) at 0x7c440000
0039:trace:module:process_attach (L"d3dcompiler_46.dll",(nil)) - START
0039:Call PE DLL (proc=0x7c48e184,module=0x7c440000
L"d3dcompiler_46.dll",reason=PROCESS_ATTACH,res=(nil))
0039:Call KERNEL32.DisableThreadLibraryCalls(7c440000) ret=7c45c4bd
0039:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=7c45c4bd
0039:Ret PE DLL (proc=0x7c48e184,module=0x7c440000
L"d3dcompiler_46.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
0039:trace:module:process_attach (L"d3dcompiler_46.dll",(nil)) - END
0039:Ret KERNEL32.LoadLibraryW() retval=7c440000 ret=10eba1a5
0039:Call KERNEL32.SetCurrentDirectoryW(01b378c0 L"C:\\Program Files
(x86)\\Battle.net\\Battle.net.5952") ret=100e33d5
0039:Ret KERNEL32.SetCurrentDirectoryW() retval=00000001 ret=100e33d5
...
0034:Call d3dcompiler_46.D3DCompile(01cbe698,0000051f,011a397c
"C:\\fakepath",00000000,00000000,02098558 "main",0119ef80
"vs_3_0",00000000,00000000,0033cc40,0033cc3c) ret=02084ad2
...
0034:err:d3dcompiler:compile_shader HLSL shader parsing failed.
...
0034:Call d3dcompiler_46.D3DCompile(01cfdbc0,00000230,011a397c
"C:\\fakepath",00000000,00000000,02098558 "main",0119ef70
"ps_3_0",00000000,00000000,0033cc40,0033cc3c) ret=02084ad2
...
0034:err:d3dcompiler:compile_shader HLSL shader parsing failed.
...
--- snip ---
Since the game doesn't ship native 'd3dcompiler_46.dll', it's Wine's builtin
being used here - with all deficiencies.
If you want to blame a commit - it would be rather this one:
https://source.winehq.org/git/wine.git/commit/ca7ce1678b61b88966a48f591be56…
("d3dcompiler_46: Add stub dll.").
Anyway, there are various insufficiencies with Wine's d3dcompiler
implementation, making this likely a dupe of already existing bugs.
Regards
--
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.
July 12, 2015
[Bug 38906] TomTom RLinkToolbox 3 crashes on unimplemented function KERNEL32.dll.SetVolumeMountPointW
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38906
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download
URL| |http://cdn.sa.services.tomt
| |om.com/static/sa/Windows/In
| |stallRLinkToolbox.exe
CC| |focht(a)gmx.net
Component|-unknown |kernel32
Summary|Rlinktoolbox ne démarre pas |TomTom RLinkToolbox 3
| |crashes on unimplemented
| |function
| |KERNEL32.dll.SetVolumeMount
| |PointW
--
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.
July 12, 2015
[Bug 38901] MEGAsync 2.1.x crashes when downloading external files (not from your account) to your HDD
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38901
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |focht(a)gmx.net
Component|-unknown |winhttp
Summary|MEGAsync crashes when |MEGAsync 2.1.x crashes when
|downloading external files |downloading external files
|(not from your account) to |(not from your account) to
|your HDD |your HDD
Ever confirmed|0 |1
--- Comment #4 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
confirming.
--- snip ---
Wine-dbg>c
Unhandled exception: page fault on read access to 0x02edcec4 in 32-bit code
(0xf74f1749).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:f74f1749 ESP:0a0be928 EBP:0a0be968 EFLAGS:00210206( R- -- I - -P- )
EAX:02ddcf04 EBX:f757b000 ECX:00100000 EDX:07170020
ESI:00000000 EDI:0a0bfb40
Stack dump:
0x0a0be928: 00000000 7e9a38db 07170020 02ddcf04
0x0a0be938: 00100000 00000040 0a0be960 f7598000
0x0a0be948: 0a0be970 00000039 02ddef28 02ddef28
0x0a0be958: 00000000 00100000 00000003 00000000
0x0a0be968: 0a0be9a8 7e9a4895 02ddce38 07170020
0x0a0be978: 00100000 00000000 00000001 00000002
Backtrace:
=>0 0xf74f1749 __memcpy_sse2_unaligned+0x199() in libc.so.6 (0x0a0be968)
1 0x7e9a38db read_data+0xae(request=0x2ddce38, buffer=0x7170020,
size=0x100000, read=0x0(nil), async=0x1)
[/home/focht/projects/wine/wine.repo/src/dlls/winhttp/request.c:2209] in
winhttp (0x0a0be968)
2 0x7e9a4895 task_read_data+0x40(task=0x2de0420)
[/home/focht/projects/wine/wine.repo/src/dlls/winhttp/request.c:2559] in
winhttp (0x0a0be9a8)
3 0x7e99db26 task_proc+0x77(param=<couldn't compute location>)
[/home/focht/projects/wine/wine.repo/src/dlls/winhttp/request.c:212] in winhttp
(0x0a0bea08)
4 0x7bc95c48 call_thread_func_wrapper+0xb() in ntdll (0x0a0bea28)
5 0x7bc95c85 call_thread_func+0x32(entry=0x7e99daae, arg=0x2ddce38,
frame=0xa0beb28)
[/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_i386.c:2732] in
ntdll (0x0a0beb08)
6 0x7bc95c26 call_thread_entry_point+0x11() in ntdll (0x0a0beb28)
7 0x7bc9cc93 start_thread+0x108(info=0x81de4fb8)
[/home/focht/projects/wine/wine.repo/src/dlls/ntdll/thread.c:443] in ntdll
(0x0a0bf368)
8 0xf7585380 start_thread+0xdf() in libpthread.so.0 (0x0a0bf428)
9 0xf74aad4e __clone+0x5d() in libc.so.6 (0x00000000)
Wine-dbg>frame 1
2210 remove_data( request, count );
Wine-dbg>info locals
0x7e9a38da read_data+0xae: (0a0be968)
request_t* request=0x2ddce38 (parameter [EBP+8])
void* buffer=0x7170020 (parameter [EBP+12])
DWORD size=0x100000 (parameter [EBP+16])
DWORD* read=0x0(nil) (parameter [EBP+20])
BOOL async=0x1 (parameter [EBP+24])
int count=0x100000 (local [EBP-12])
int bytes_read=0 (local [EBP-16])
Wine-dbg>p *request
{hdr={type=0x3, handle=0x43, vtbl=0x7e9b30d8, flags=0, disable_flags=0,
logon_policy=0, redirect_policy=0x1, error=0, context=0x13a1df8, refs=0x2,
callback=0x4d6fd0, notify_mask=0x7f0c30, entry={next=0x2ddc090,
prev=0x2ddc090}, children={next=0x2ddce70, prev=0x2ddce70}}, connect=0x2ddc058,
verb="POST",
path="/dl/Xn69XlQ7lO_MVgJU9vFK5bq4Tv6uRbJIntRDFpE_tokX-Yk1LUrAxbIZHD-MBGePZvBMO8oeC7FZ_VqwNBHyvXKJYJmd3rSePcURsYfEGEFummlnRg/26738688-27787263",
version="HTTP/1.1", raw_headers="HTTP/1.1 403 Rate Limit Exceeded
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: MEGA-Chrome-Antileak
Access-Control-Max-Age: 86400
Connection: close
", optional=0x0(nil), optional_len=0, netconn={socket=0x256, secure=0,
ssl_ctx={dwLower=0, dwUpper=0}, ssl_sizes={cbHeader=0, cbTrailer=0,
cbMaximumMessage=0, cbBuffers=0, cbBlockSize=0}, ssl_buf=0x0(nil),
extra_buf=0x0(nil), extra_len=0, peek_msg=0x0(nil), peek_msg_mem=0x0(nil),
peek_len=0, security_flags=0}, resolve_timeout=0xe290, connect_timeout=0xe290,
send_timeout=0, recv_timeout=0, status_text="Rate Limit Exceeded",
content_length=0xffffffff, content_read=0, read_chunked=0, read_chunked_eof=0,
read_chunked_size=0xffffffff, read_pos=0, read_size=0xffffffff, read_buf="...",
headers=0x2de04f0, num_headers=0xa, accept_types=(nil), num_accept_types=0,
authinfo=(nil), proxy_authinfo=(nil), task_wait=0xa04, task_cancel=0xa18,
task_thread=0xa24, task_queue={next=0x2ddef28, prev=0x2ddef28},
task_cs={DebugInfo=0x2dd14a0, LockCount=0xffffffff, RecursionCount=0,
OwningThread=0x0(nil), LockSemaphore=0x0(nil), SpinCount=0},
creds={{username=0x0(nil), password=0x0(nil)}, {username=0x0(nil),
password=0x0(nil)}, {username=0x0(nil), password=0x0(nil)}, {username=0x0(nil),
password=0x0(nil)}, {username=0x0(nil), password=0x0(nil)}}}
...
--- snip ---
App WINHTTP_STATUS_CALLBACK:
--- snip ---
Wine-dbg>
0x7e9a8f4a send_callback+0xb2
[/home/focht/projects/wine/wine.repo/src/dlls/winhttp/session.c:76] in winhttp:
call *%ebx
76 hdr->callback( hdr->handle, hdr->context, status, info, buflen );
Wine-dbg>si
fixme:winedbg:be_i386_is_jump unknown 6a
0x004d6fd0: pushl $0xff
Wine-dbg>si
0x004d6fd2: pushl $0x595029
...
--- snip ---
Trace of one of multiple threads that causes a fault (large number of parallel
download threads):
--- snip ---
...
004f:trace:winhttp:read_line returning ""
004f:trace:winhttp:read_reply raw headers: L"HTTP/1.1 403 Rate Limit
Exceeded\r\nAccess-Control-Allow-Origin: *\r\nAccess-Control-Allow-Headers:
MEGA-Chrome-Antileak\r\nAccess-Control-Max-Age: 86400\r\nConnection: close\r\n"
004f:trace:winhttp:query_headers attribute L"Status"
004f:trace:winhttp:get_header_index L"Status"
004f:trace:winhttp:get_header_index returning 5
004f:trace:winhttp:query_headers returning number: 403
004f:trace:winhttp:query_headers attribute L"Content-Length"
004f:trace:winhttp:get_header_index L"Content-Length"
004f:trace:winhttp:get_header_index returning -1
004f:trace:winhttp:query_headers attribute L"Transfer-Encoding"
004f:trace:winhttp:get_header_index L"Transfer-Encoding"
004f:trace:winhttp:get_header_index returning -1
004f:trace:winhttp:send_callback 0xfe1aa0, 0x00020000, (nil), 0
004f:Call
winhttp.WinHttpQueryHeaders(00000043,20000013,00000000,07bbd37c,07bbd374,00000000)
ret=004d7307
004f:trace:winhttp:WinHttpQueryHeaders 0x43, 0x20000013, (null), 0x7bbd37c,
0x7bbd374, (nil)
004f:trace:winhttp:addref_object 0xfe1aa0 -> refcount = 3
004f:trace:winhttp:grab_object handle 0x43 -> 0xfe1aa0
004f:trace:winhttp:query_headers attribute L"Status"
004f:trace:winhttp:get_header_index L"Status"
004f:trace:winhttp:get_header_index returning 5
004f:trace:winhttp:query_headers returning number: 403
004f:trace:winhttp:release_object object 0xfe1aa0 refcount = 2
004f:Ret winhttp.WinHttpQueryHeaders() retval=00000001 ret=004d7307
004f:Call winhttp.WinHttpQueryDataAvailable(00000043,00000000) ret=004d761e
004f:trace:winhttp:WinHttpQueryDataAvailable 0x43, (nil)
004f:trace:winhttp:addref_object 0xfe1aa0 -> refcount = 3
004f:trace:winhttp:grab_object handle 0x43 -> 0xfe1aa0
...
004f:trace:winhttp:addref_object 0xfe1aa0 -> refcount = 4
004f:trace:winhttp:queue_task queueing task 0x190318
004f:Call KERNEL32.SetEvent(00000574) ret=7e99de2f
004f:Ret KERNEL32.SetEvent() retval=00000001 ret=7e99de2f
004f:trace:winhttp:release_object object 0xfe1aa0 refcount = 3
004f:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=004d761e
004f:trace:winhttp:send_callback returning from 0x00020000 callback
004f:trace:winhttp:release_object object 0xfe1aa0 refcount = 2
...
004f:trace:winhttp:dequeue_task 1 tasks queued
004f:trace:winhttp:dequeue_task returning task 0x190318
004f:trace:winhttp:send_callback 0xfe1aa0, 0x00040000, 0x7bbe964, 4
004f:Call winhttp.WinHttpReadData(00000043,061a0020,00100000,00000000)
ret=004d7a0f
004f:trace:winhttp:WinHttpReadData 0x43, 0x61a0020, 1048576, (nil)
004f:trace:winhttp:addref_object 0xfe1aa0 -> refcount = 3
004f:trace:winhttp:grab_object handle 0x43 -> 0xfe1aa0
...
004f:trace:winhttp:addref_object 0xfe1aa0 -> refcount = 4
004f:trace:winhttp:queue_task queueing task 0x190260
004f:Call KERNEL32.SetEvent(00000574) ret=7e99de2f
004f:Ret KERNEL32.SetEvent() retval=00000001 ret=7e99de2f
004f:trace:winhttp:release_object object 0xfe1aa0 refcount = 3
004f:Ret winhttp.WinHttpReadData() retval=00000001 ret=004d7a0f
004f:Call KERNEL32.SetEvent(0000012c) ret=004d7a90
004f:Ret KERNEL32.SetEvent() retval=00000001 ret=004d7a90
004f:trace:winhttp:send_callback returning from 0x00040000 callback
004f:trace:winhttp:query_data_available 4294967295 bytes available
004f:trace:winhttp:release_object object 0xfe1aa0 refcount = 2
004f:Call ntdll.RtlFreeHeap(00110000,00000000,00190318) ret=7e99d0b6
004f:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e99d0b6
004f:trace:winhttp:dequeue_task 1 tasks queued
004f:trace:winhttp:dequeue_task returning task 0x190260
004f:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf74ff749
ip=f74ff749 tid=004f
004f:trace:seh:raise_exception info[0]=00000000
004f:trace:seh:raise_exception info[1]=010e1b2c
004f:trace:seh:raise_exception eax=00fe1b6c ebx=f7589000 ecx=00100000
edx=061a0020 esi=00000000 edi=07bbfb40
004f:trace:seh:raise_exception ebp=07bbe968 esp=07bbe928 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00210206
004f:trace:seh:call_stack_handlers calling handler at 0x7bcb1cc3 code=c0000005
flags=0
--- snip ---
$ sha1sum MEGAsyncSetup.exe
96f23b32524f9d560ba62797564edea24d43779a MEGAsyncSetup.exe
$ du -sh MEGAsyncSetup.exe
8.9M MEGAsyncSetup.exe
$ wine --version
wine-1.7.47
Regards
--
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.
July 12, 2015
[Bug 31951] TomTom Home SatNav needs KERNEL32.dll.SetVolumeMountPointW
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=31951
Rosanne DiMesio <dimesio(a)earthlink.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mandrake372000(a)yahoo.fr
--- Comment #24 from Rosanne DiMesio <dimesio(a)earthlink.net> ---
*** Bug 38906 has been marked as a duplicate of this bug. ***
--
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.
July 12, 2015
[Bug 38906] Rlinktoolbox ne démarre pas
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38906
Rosanne DiMesio <dimesio(a)earthlink.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |DUPLICATE
Severity|blocker |normal
--- Comment #2 from Rosanne DiMesio <dimesio(a)earthlink.net> ---
Not a blocker. In the future, when filing bugs, please post in English.
>From the log:
-------
Unhandled exception: unimplemented function KERNEL32.dll.SetVolumeMountPointW
called in 32-bit code (0x7b839d1c).
-------
Duplicate of bug 31951. Upgrade Wine; that bug was fixed in 1.7.37.
*** This bug has been marked as a duplicate of bug 31951 ***
--
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.
July 12, 2015
[Bug 38907] Homesite+ (v5.5): After doing a search, the focus is not restored properly
by wine-bugs@winehq.org
https://bugs.winehq.org/show_bug.cgi?id=38907
--- Comment #1 from fooquency <fooquency(a)gmail.com> ---
Note that it does not seem to be possible to restore focus without using the
mouse - no keyboard activity seems to work.
--
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.
July 12, 2015