https://bugs.winehq.org/show_bug.cgi?id=46530
Bug ID: 46530
Summary: WinRAR cannot enter archives which are not owned by
the user
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Have an archive (e.g. test.rar) owned by the root user
2) Enter it
3) Click "Info"
4) Close the dialog
5) Leave the archive
6) Try to enter it again
Now you'll get "Cannot open test.rar: access denied".
This is 100% reproducible.
--
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=46519
Bug ID: 46519
Summary: The sound from the monitor when you open Notepad
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
Distribution: ---
When you open the file format .txt through Notepad, using Wine, then from the
monitor comes the sound. There are no speakers in it, so it makes noise inside
it. Perhaps some bug with the video card in Wine and it gives more load on the
cable. That's my guess. But the reason and repetition 100%
--
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=46701
Bug ID: 46701
Summary: Native DLLs not found when symlinked to app directory
by relative symlink
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
Distribution: ---
When DLL is linked to app directory by relative symbolic link and then set to
native (by WINEDLLOVERIDES envvar in my case), 002b:err:module:import_dll will
fail with "not found". Absolute symlinks work correctly. Relative symlink to
pseudo-DLL (".dll.so" from wine-nine-standalone works correctly (when linked
under name without ".so").
This used to work at some time in the past and I use it everywhere, but now I
tried to launch some older games (not used for maybe half year) just to find,
that DLLs that are present are "not found".
Relative symlinks are resolved correctly by wine cmd "dir" command (sizes are
correct).
--
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=46660
Bug ID: 46660
Summary: problem starting MuseScore 3.0.1
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malachiosullivan(a)yahoo.fr
Distribution: ---
Created attachment 63594
--> https://bugs.winehq.org/attachment.cgi?id=63594
bactrace
I tried starting MuseScore 3.0.1 32bit in wine on Puppylinux xenial 7.5 and
received the following error - see report 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=46432
Bug ID: 46432
Summary: FooBillard++ 3.4.2 beta crashes on startup
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
URL: https://www.computerbild.de/download/FooBillard-719080
4.html
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
I haven't been able to get any wine error dialogs with stacktrace for this one
and winedbg doesn't seem to be conclusive for this, either.
$ wine --version
wine-4.0-rc5
$ openssl sha256 foobillardplus-3.42beta-win32_64Bit.zip
SHA256(foobillardplus-3.42beta-win32_64Bit.zip)=
abd4b20d8a45f68d6b6b142469b8bf825759804216d321cc1313b8a65203b3f1
--
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=45399
Bug ID: 45399
Summary: worms revolution starts then exit
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amie1972(a)163.com
Distribution: ---
my system id fedora 28,video card is nvidia-gtx 750ti.after upgrade to
win-3.11,worms revolution starts ,then exit,no error message.
--
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=46218
Bug ID: 46218
Summary: World of Warcraft A streaming error has occurred.
(WOW51900322) - wine-staging
Product: Wine-staging
Version: 3.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
World of Warcraft kicks the player back to the login screen with the error "A
streaming error has occurred. (WOW51900322)" a few seconds after choosing a
character and entering the game world.
The issue has been reported on the AppDB, WineHQ forums and eu/us blizzard
forums. The issue affects Linux players only.
See the How-to / Notes section of
https://appdb.winehq.org/objectManager.php?sClass=version&iId=36961
The workaround is to remove and replace the Cache directory in Program Files
(x86)\World of Warcraft\ by a Windows copy of the cache.
I experience the issue since I upgraded to Debian 9 and got rid of bug 42874.
I made several tests and pin-pointed the issue to the creaturecache.wdb and
gameobjectcache.wdb in World of Warcraft\Cache\WDB\ being corrupt when created.
I compiled a custom wine version : plain wine 3.21 + staged patchset from bug
45349 (with its staging dependencies).
With that custom version the Cache files are NOT corrupt and the issue doesn't
happen.
The 64-bit client requires wine-staging (bug 45349).
I have no knowledge of the issue with 32 bit version of the client and can't
test it myself due to (abandoned) bug 43656.
If the bug is indeed a regression in wine-staging, I guess people using
wine-staging to run the 32 bit game client also have the issue.
I'm currently conducting a regression test in wine-staging to pin-point the
patchset that causes the wrong file creation.
--
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=32096
Bug #: 32096
Summary: drawStridedSlow can be more efficient
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guillaum.bouchard(a)gmail.com
Classification: Unclassified
Hi,
Recently I noticed that World of Warcaft is far more slow on d3d9 mode than
using the OpenGL mode on my computer (pentium 4 and geforce 5 fx).
Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside
WoW, not wine)
D3D mode is slower because an important amount of the primitives are rendered
using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl
call (here, 600K calls compared to 12K in OpenGL mode).
It appears that if the computer can handle vertex array (ie:
glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and
glClientActiveTexture) the number of openGL call can be dramatically reduced,
leading to an important increase in FPS (8 to 25 in important city in WoW).
On my computer, I hacked inside drawStritedSlow and I have only one issue, the
format of color is packed in BGRA, which is not compatible with the format
awaited by glColorPointer. This can be fixed using the extension
ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I
solved this issue by looping over each vertex and building a custom array in
memory that I submitted to glColorPointer. I got approximately the same FPS
increase using this approach.
My conclusions here are that the fallback to drawStridedSlow is a bit extreme
and in most case unnecessary. In my configuration everything works except the
conversion from the d3d BGRA format for color in RGBA. This part can be easily
done in software to create a suitable color array. Also, I did not dig inside
the shader code of wined3d, but perhaps this conversion can be simply
implemented as a swizzle in the custom vertex shader. (am I right guessing that
wined3d does not uses the default shader of the fixed pipeline ?).
So this bug report is more a way of opening the discussion. I see many options
to improve the situation:
a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If
necessary implements the needed conversions in software. But this will not
generates OpenGL function call and will increase performance a bit
b) Tweak the vertex shader to do the conversion in the vertex shader, I think
it is our best option
c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an
example of code which is doing this. I'm playing WoW with this since 3 days
without any issue and with a FPS increase of 200%). I don't think that honestly
it is the good idea.
d) do something else. Because I did not read anything else than the
drawStritedSlow function, I may have missed something important.
I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I
don't know DX, but can learn enough. Thank you for reading.
--
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=46550
Bug ID: 46550
Summary: Please clean up filever.exe
Product: Wine-staging
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
$ rpm -qa wine-core
wine-core-4.0-0.5.rc6.fc29.i686
wine-core-4.0-0.5.rc6.fc29.x86_64
Would you please clean up filever.exe (from Windows 7)
$ wine /home/linuxutil/filever.exe
000b:fixme:winediag:start_process Wine Staging 4.0-rc6 is a testing version
containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing
bug reports on winehq.org.
0011:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
0011:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
0014:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
0014:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0014:fixme:process:SetProcessDEPPolicy (1): stub
0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
000d:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
000d:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
001f:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
001f:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
001f:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0023:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x9cf5e8, 0x9cf658
0x9cf5f0
0023:fixme:nls:get_dummy_preferred_ui_language (0x34 0x9cf5e8 0x9cf658
0x9cf5f0) returning a dummy value (current locale)
000b:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
000b:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
Prints file version information.
Z:\home\linuxutil\filever.exe [/S] [/V] [/E] [/X] [/B] [/A] [/D]
[[drive:][path][filename]]
/S Displays files in specified directory and all subdirectories.
/V List verbose version information if available.
/E List executables only.
/X Displays short names generated for non-8dot3 file names.
/B Uses bare format (no dir listing).
/A Don't display file attributes.
/D Don't display file date and time.
--
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=46722
Bug ID: 46722
Summary: Feature Request: Implement MFC
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tpearson(a)raptorengineering.com
Distribution: ---
Wine should provide a libre MFC implementation for use with winelib.
This is a large project, so a reasonable initial target would be a basic MFC
DLL implementation that will allow simple hello world type applications to run.
There are several sample applications freely available to test against, and
some moderately more complex but still open ones such as FEMM [1].
As it stands, MFC is one of the only remaining barriers to enabling a number of
otherwise open applications on non-x86 Linux platforms.
[1] http://www.femm.info/wiki/download
--
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=46389
Bug ID: 46389
Summary: valgrind errors in loader when loading a dll
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: major
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Split off from bug 36095
k
Seems I was mistaken, (at least) one of these is still present (I didn't
realize it was in the 'always ignore' rather than the 'to be fixed' category):
==29772== 32 bytes in 1 blocks are possibly lost in loss record 101 of 360
==29772== at 0x7BC48394: notify_alloc (heap.c:260)
==29772== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726)
==29772== by 0x7BC6E013: RtlAnsiStringToUnicodeString (rtlstr.c:696)
==29772== by 0x7BC6E078: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:303)
==29772== by 0x7BC54377: init_load_order (loadorder.c:252)
==29772== by 0x7BC548B9: get_load_order (loadorder.c:439)
==29772== by 0x7BC51F63: load_dll (loader.c:2519)
==29772== by 0x7BC53148: LdrLoadDll (loader.c:2599)
==29772== by 0x7B455BBE: load_library (module.c:975)
==29772== by 0x7B455CA0: LoadLibraryExW (module.c:1035)
==29772== by 0x7B46450D: __wine_kernel_init (process.c:1436)
==29772== by 0x7BC53E4E: __wine_process_init (loader.c:3585)
==29772== by 0x4045776: wine_init (loader.c:996)
==29772== by 0x7C000F9D: main (main.c:228)
==29772==
--
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=3260
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #70 from Austin English <austinenglish(a)gmail.com> ---
Closing.
--
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=46664
Bug ID: 46664
Summary: When uninstalling Wine, apt autoremove removed gdm.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: njlyf2011(a)hotmail.com
Distribution: ---
I just uninstalled WineHQ, and when I uninstalled and executed apt autoremove,
apt deleted my gdm and prevented it from entering the GUI.
I think this is a problem with making the WineHQ installation package.
This happened when I uninstalled WineHQ some time ago.
--
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=46640
Bug ID: 46640
Summary: Can start nothing since today git revision
Product: Wine
Version: 4.1
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Wine-4.0-rc7 working for me.
macOS 10.13.6
Intel HD4000
But since 4.1 and next commits I can't start installers can't start games that
always works before.
The news at the site is "wine-preloader for macOS" and I see the preloader
crashes and hangs.
I see nothing in logs. I checked my system and *dylibs. All looks good.
~~~~
0033:fixme:heap:RtlSetHeapInformation 0x0 1 0x0 0 stub
0033:fixme:win:RegisterTouchWindow (0x10068 00000000): stub
0033:fixme:imm:NotifyIME NI_CONTEXTUPDATED: IMC_SETCANDIDATEPOS
0033:fixme:imm:ImmReleaseContext (0x10068, 0x1314c0): stub
0033:fixme:win:FlashWindowEx 0x33f568 - semi-stub
wine: Unhandled page fault on execute access to 0x00000000 at address 0x0
(thread 0033), starting debugger...
~~~
Some application has crash windows hanged, some allows me to save crash log
like this one
~~~
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0042dffe).
Register dump:
CS:001b SS:0023 DS:0023 ES:0023 FS:1007 GS:000f
EIP:0042dffe ESP:0033b100 EBP:0033b198 EFLAGS:00210206( R- -- I - -P- )
EAX:00000000 EBX:00000000 ECX:7ffc0000 EDX:00000000
ESI:01e02530 EDI:00ca85c8
Stack dump:
0x0033b100: 00000086 0033b198 00000000 00000018
0x0033b110: 00010050 68f46eae 0033b128 0041cfb5
0x0033b120: 00000000 00000001 00000000 00010050
0x0033b130: 68f5908e 00000012 0033b148 68f4540a
0x0033b140: 69073fa4 68f5908e 0033b1d8 68f4b46c
0x0033b150: 00010050 000d007a 00000000 68ee5aa1
0200: sel=1007 base=7ffc0000 limit=00000fff 32-bit rw-
Backtrace:
=>0 0x0042dffe EntryPoint+0xffffffff() in lostplanetdx10 (0x0033b198)
1 0x68f57d3c WINPROC_wrapper+0x1b() in user32 (0x0033b1c8)
2 0x68f59110 call_window_proc+0x8f() in user32 (0x0033b208)
3 0x68f59e86 WINPROC_CallProcWtoA+0xa45() in user32 (0x0033b6b8)
4 0x68f59366 WINPROC_call_window+0x1e5() in user32 (0x0033b708)
--
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=35360
Bug ID: 35360
Summary: Crimson3: crashes when dragging symbol on design
screen
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sammyizimmy(a)gmail.com
Classification: Unclassified
Created attachment 47167
--> http://bugs.winehq.org/attachment.cgi?id=47167
crash backtrace
Wine crashes when I drag a symbol from the palette to the design screen
in Crimson 3.0 build 548.001
--
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=46591
Bug ID: 46591
Summary: My Xbox 360's r-analog keeps spinning with some Unity
games
Product: Wine-staging
Version: 4.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ahmed.com(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
My Xbox 360's right analog keeps spinning without using it with some Unity
games like Dreamfall Chapters and distance, but it works well with other Unity
games like Cuphead, and Ori and The Blind Forest.
I use HP Probook 450 G1 which has an accelerometer that is used to protect the
hard disk from sudden movements or falls, and Manajro Linux identify this
accelerometer as a joystick. I tried to disable it completely with 'sudo chmod
-r /dev/input/js1' but that does nothing at all.
--
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=46382
Bug ID: 46382
Summary: Prevents application from opening:line 223 in file
\GraphicsDisplayM.cpp
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathanh1804(a)gmail.com
Created attachment 63138
--> https://bugs.winehq.org/attachment.cgi?id=63138
traceback
Prevents application from opening on startup. Files unedited.
APP: Deltarune [Deltarune.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.
https://bugs.winehq.org/show_bug.cgi?id=46625
Bug ID: 46625
Summary: Runtime error 372 "failed to load control MSflexgrid
from msflxgrd.ocx
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ugo.poddine(a)gmail.com
Distribution: ---
During the normal execution of the program, we get the error :
runtime error 372 "failed to load control MSflexgrid from msflxgrd.ocx. Your
version may be outdated.."
The same program is execute correctly (without the error) if called as "sudo".
Wine 4.0 running over Debian stretch
Best regards
Ugo Poddine
--
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=46525
Bug ID: 46525
Summary: can brows or open files from host / filesystem even if
winecfg configure only drive c:
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Distribution: ---
winecfg just configure dirve c: without any other drives to run some app, which
still can brows and open files from host / filessystem.
that's not a good news,i hope limit some app only access files from configured
drives c: d: etc just like a sandbox.
docker+wine can make a sanbox but its not what i want.
--
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=34075
Bug #: 34075
Summary: Mouse must be held down to be visible
Product: Wine
Version: 1.6-rc3
Platform: Other
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ipickert55(a)gmail.com
Classification: Unclassified
Created attachment 45302
--> http://bugs.winehq.org/attachment.cgi?id=45302
Wine Log of starting steam and playing the game
I believe that this is a regression, however, i have no clue how to run a
regression test on a mac so I am just submitting this bug. It looks like this
bug had been solved in X11, so I think that this is related to the macdriver.
--
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=46360
Bug ID: 46360
Summary: wine+dxvk black game window switch back to vtx from
vt7
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Distribution: ---
OS: debian9 stable kernel 4.18
GPU: intel+nvdia
Driver: mesa 18.2 + intel modesetting + nvidia driver
Wine version: x86_64 bit wine-staging 3.21 precompiled binary
DXVK version: 0.94
i start another xserver from another tty such as vt2 but not default vt7 so can
use nvidia as primary video card, launch dx11 game with wine+dxvk then switch
back to vt7 and switch back again, the game window totally black never restore.
from vtx run glxgeas or wine dx11 game with buildin dlls, or wine dx9 game with
native or buildin d3dx9_xx.dll, switch between vtx-vt7 the glxgeas or game
window restore quickly without any errors.
if from vt7 run DISPLAY=:1 glxgeas or wine dx11 game.exe with buildin dlls, its
fine, switch vts fine.
if run DISPLAY=:1 with wine+dxvk failed to launch game exe with dxvk error:
D3D11CoreCreateDevice: Failed to create D3D11 device.
its not dxvk bug like the author said. so maybe its about wine (vulkan part)?
--
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=40657
Bug ID: 40657
Summary: Rome Total War crashes at startup in gst_object_unref
Product: Wine
Version: 1.9.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Distribution: ---
Created attachment 54528
--> https://bugs.winehq.org/attachment.cgi?id=54528
backtrace
32-bit wine prefix with steam installed. This used to work at some point, but I
haven't tried RTW in a long time. After the initial splash screen, when a
progress bar appears, RTW crashes.
The backtrace points to winegstreamer, see 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=46533
Bug ID: 46533
Summary: Assassin's Creed Oddessy crashes on startup
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ramy0zahran(a)gmail.com
Distribution: ---
Created attachment 63386
--> https://bugs.winehq.org/attachment.cgi?id=63386
ACObacktrace
Unhandled exception: page fault on read access to 0x00000000 in 64-bit code
(0x000000014c20e2f7).
--
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=45591
Bug ID: 45591
Summary: Far Manager has become unusable in Wine-3.13: extreme
CPU usage, very slow repainting
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Wine 3.13
$ md5sum Far30b5225.x86.20180604.msi
110324ad2f3270237f11df44579ae31d Far30b5225.x86.20180604.msi
Install and run using:
wineconsole --backend=user "c:\program files\far manager\far.exe"
Result:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8126 birdie 20 2596.0m 14.4m 11.7m R 58.7 0.1 0:12.59
wineconsole.exe
8167 birdie 20 1755.9m 31.5m 18.1m S 45.3 0.2 0:09.84 far.exe
810 root 20 500.9m 99.7m 73.2m S 20.7 0.6 2:37.49 Xorg
8131 birdie 20 8.4m 5.6m 1.6m S 14.7 0.0 0:03.22 wineserver
wineconsole: ~58.7% CPU
far.exe: 45.3% CPU
wineserver: 14.7%
X.org server: 20.7%
The application is more or less unusable.
--
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=46667
Bug ID: 46667
Summary: world of tanks crashes on start in wine 4.2
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magist3r(a)gmail.com
Distribution: ---
Created attachment 63613
--> https://bugs.winehq.org/attachment.cgi?id=63613
backtrace
After update to wine 4.2 World of Tanks (1.4.0.1) crashes immediately after
start from launcher. Backtrace attached.
Wine 4.1 works 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=46652
Bug ID: 46652
Summary: MS Paint Vista needs mfc42u.dll
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tcll5850(a)gmail.com
Distribution: ---
Created attachment 63574
--> https://bugs.winehq.org/attachment.cgi?id=63574
running mspaint vista
download from here
https://archive.org/details/MSPaintWinVista
see attachment
winecfg is configured for Windows Vista.
good luck finding a decent mfc42u.dll from google that works
if you do, email me, I've wasted my day already trying to figure out the
version I need.
--
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=43344
Bug ID: 43344
Summary: Cannot play setting ZBuffer to 32 bits
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alehiphopdj2(a)hotmail.com
Distribution: ---
Executing VideoCfg.exe to configure the video settings (video resolution,
colors bits and ZBuffer bits). ZBuffer bits can be setted to 16 or 32 bits.
32 bits doesn't work on Wine neither in Win7 Professional SP1. I tried both at
the same resolution 800x600 and 32 bits colours.
**** On Wine 2.12 under Linux (Ubuntu):
screen remains black and does not respond, so i quit pressing Esc key and i get
this on console:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub!
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
Looks like the problem is about that final "fixme" about ddraw.
**** On Win7 Professional SP1:
a window appears with an error:
---------------------------
Fatal error
---------------------------
Renderer Initialisation failed !!
---------------------------
Accept
---------------------------
and pressing Accept button window closes.
--
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=45522
Bug ID: 45522
Summary: wine mono build syntax error
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: ryanrkpm(a)yahoo.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I am trying to build wine mono and install it on my Debian system.
checking whether build environment is sane... yes
/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure:
eval: line 3418: syntax error near unexpected token `('
/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/configure:
eval: line 3418: `${SHELL}
/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3/mono/missing
--is-lightweight'
ryan@RKPM-BP-CLR:/media/ryan/a6a647d1-e3ae-408a-bad9-e23cba6c6972/Downloads/wine-mono-4.7.3(1)/wine-mono-4.7.3$
This is the line they are talking about...
if eval "$MISSING --is-lightweight"; then
What shall i do?
--
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=46502
Bug ID: 46502
Summary: Windows events WM_ENTERSIZEMOVE, WM_EXITSIZEMOVE are
not sent
Product: Wine
Version: 4.0-rc7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Distribution: ---
When moving a Windows dialog around the Windows notifications messages
WM_ENTERSIZEMOVE
https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-entersizemove
WM_EXITSIZEMOVE message
https://docs.microsoft.com/en-us/windows/desktop/winmsg/wm-exitsizemove
are not sent.
In Wine 2.0 these messages were sent but in Wine 4.0-rc7 not anymore. Therefore
it looks like that this is a regression bug.
Unfortubnately I cannot say with which version this bug came in.
Sorry, that I have not found this bug ealier.
--
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=22546
Summary: Error Snelstart after loading
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wvanreede(a)live.nl
Created an attachment (id=27653)
--> (http://bugs.winehq.org/attachment.cgi?id=27653)
errorlog+ backtrace snelstart error
after snelstart loads, it asks for script55. with winetricks i installed
script56.
after that the app crashed.
--
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=37562
Bug ID: 37562
Summary: Skype opens apps.skype.com on every start
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: Red Hat
Most likely there's something missing in Wine so Skype cannot change the state
of "apps.skype.com has already been shown".
P.S. Make sure you deleted login.cab before trying to debug this issue (proper
HTML support is not yet there, see bug 28457).
Skype version: 6.21.32.104
--
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=30721
Bug #: 30721
Summary: .NET 3.x/4.x WPF based installers/apps require
windowscodecs.dll BmpFrameDecode_GetColorContexts
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
another one ...
--- snip ---
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. --->
System.Windows.Markup.XamlParseException: Cannot convert string
'/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute
'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The
method or operation is not implemented. Error at object
'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file
'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. --->
System.NotImplementedException: The method or operation is not implemented.
at MS.Internal.HRESULT.Check(Int32 hr)
at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts()
at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame
frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, BitmapPalette palette)
at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation()
at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber,
BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, BitmapDecoder decoder)
at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder
decoder, ReadOnlyCollection`1 frames)
at System.Windows.Media.Imaging.BitmapDecoder.get_Frames()
at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption)
at
System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext
context, CultureInfo culture, Object value)
at
System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext
context, CultureInfo culture, String text)
...
--- snip ---
$ wine --version
wine-1.5.4-185-g6c51c1b
Regards
--
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=43671
Bug ID: 43671
Summary: World War II Online: Connection with Playgate Auth
server fails and times out
Product: Wine
Version: 2.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brian(a)brianvuyk.com
Distribution: ---
Created attachment 59114
--> https://bugs.winehq.org/attachment.cgi?id=59114
Wireshark capture showing communication between the game and remote auth server
App Download location: http://downloads.wwiionline.com/wwiiol_1.35.9.4.exe
The game installs correctly, and the offline mode (C:\Program Files
(x86)\CRS\Battleground\ Europe\WW2.exe) works absolutely flawlessly.
However, if you attempt to enter in online mode (via C:\Program Files
(x86)\CRS\Battleground\ Europe\WW2.exe) currently doesn't work.
This latter path launches the 'Playgate' app which handles the authentication
prior to launching the game. The workflow is as follows:
1. Playgate launches as requires you to accept the Terms of Service.
2. Second window shows latest news pulled from then website, and a username &
password form.
3. Above the login form, it keeps showing 'Connecting to auth.playnet.com
[attempt 1]' with the attempt number increasing.
With some snooping using wireshark Wireshark showed the following pattern in
the TCP traffic:
1. The game connects to the authentication server and gets a 301 redirect to a
HTTPS version.
2. The game negotiates a TLS connection and recieves data from the Auth server
for 70-800ms.
3. The remote end (auth server) stops sending packets.
4. After 1500ms wait, the game closes the connection and attempts to
re-establish it.
5. Subsequent connection attempts appear to be closed immediately on the remote
end.
auth.playnet.com resolves to 204.237.246.55, but has also resolved to
204.237.246.54 before. Probably a primary and secondary.
This game used to have gold & platinum ratings under Wine 1.6 in 2014/2015.
However, both the game code and Wine are advancing. The current version of the
game requires at least Wine 1.7.39 to operate as it requires a function not
implemented until then.
Note that this same behaviour is present when tested on 1.7.55 and 2.0.2
I am attaching two files:
1. A .pcap file showing the communication between the game and the auth server.
Note the time gap between packet 146 (A TCP ACK packet from my machine up to
the remote server) and packet 147 - my local sending a [FIN,ACK] packet to
unilaterally close the connection after 1500ms of no traffic.
2. I will also add the terminal output wine gives. Note the lines indicating
the timeout. After several attempts, I hit 'Cancel' to close the app.
--
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=46589
Bug ID: 46589
Summary: configure --without-gnutls cause link error
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
When gnutls cannot be found, either explicitly or not, then the following
linker errors occur.
/usr/bin/ld: bcrypt_main.o: in function `BCryptGenerateKeyPair':
/home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1196: undefined reference to
`key_asymmetric_init'
/usr/bin/ld: bcrypt_main.o: in function `BCryptFinalizeKeyPair':
/home/alesliehughes/wine/dlls/bcrypt/bcrypt_main.c:1213: undefined reference to
`key_asymmetric_generate'
/usr/bin/ld: bcrypt.dll.so: hidden symbol `key_asymmetric_generate' isn't
defined
The regression was caused by one/both of the following commits.
bcrypt: Move GnuTLS support to a new file.
018b695efaaa347e52e6b63ffcfa66f6551333aa
bcrypt: Move macOS support to a new file.
d265dd88cd93ce6ffe56c9cfd640b064d7c14e29
--
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=36155
Bug ID: 36155
Summary: valgrind shows a leak whenever using a virtual desktop
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645
==27721== at 0x7BC4C735: notify_alloc (heap.c:255)
==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==27721== by 0x5EF852D: query_screens (xinerama.c:128)
==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196)
==27721== by 0x5EF2737: process_attach (x11drv_main.c:574)
==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693)
==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40)
==27721== by 0x7BC52FC0: ??? (loader.c:138)
==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==27721== by 0x7BC5597C: process_attach (loader.c:1157)
==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129)
==27721== by 0x7B85A79A: load_library (module.c:933)
==27721== by 0x7B85A908: LoadLibraryExW (module.c:990)
==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032)
==27721== by 0x525BE16: load_desktop_driver (driver.c:76)
==27721== by 0x525BFA2: load_driver (driver.c:98)
==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741)
==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090)
==27721== by 0x55D64FE: get_display_driver (driver.c:101)
==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122)
==27721==
just about every test shows this:
[austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log
503
--
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=46819
Bug ID: 46819
Summary: Unknown SDL controllers cause crash
Product: Wine
Version: 4.3
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winebus.sys
Assignee: wine-bugs(a)winehq.org
Reporter: zakk(a)rsdio.com
Created attachment 63839
--> https://bugs.winehq.org/attachment.cgi?id=63839
winedbg backtrace
I have an arcade stick (Hori RAP4 for PS4) that I'm attempting to use with
games under wine.
If the stick is plugged in and any input is entered (buttons, stick etc) any
program that cares about XInput will crash, including Steam.
However, if I generate an SDL controller config (using a tool like SDL2 Gamepad
Tool) and then set the environment variable SDL_GAMECONTROLLERCONFIG,
everything works as expected.
Note that since this is an arcade stick, it does not present the same number of
axes and buttons as a normal gamepad. I believe this may cause some differences
if I'm reading bus_sdl.c correctly.
I have confirmed that other gamepads (ps4 and xboxone) I own do not show this
issue.
I've attached backtrace from winedbg and console log
--
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=46808
Bug ID: 46808
Summary: expand fails with /f: option
Product: Wine
Version: 4.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Microsoft Docs
(https://docs.microsoft.com/en-us/windows-server/administration/windows-comm…)
say that EXPAND supports such option but Wine's EXPAND does not.
--
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=23151
Summary: Mass Effect 2: in intro video, Miranda's eyes are
solid white
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=28794)
--> (http://bugs.winehq.org/attachment.cgi?id=28794)
screenshot - wine
Only happens in one part. The dialog is around "But Shepard...they'll follow
him. He's a hero, a bloody icon." and "But he's just one man."
I'll attach screenshots on windows and wine.
Terminal output is:
fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24)
WINED3DFORMAT!
fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the
format lookup table
fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB)
WINED3DFORMAT!
fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the
format lookup table
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
Note: The wine screenshot had a small delay from Shutter, so there's a line
across it where two frames merged. That's not in the game, but you can see the
eye problem in 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=43907
Bug ID: 43907
Summary: preloader warning "failed to reserve range" after
upgrading to macOS 10.13 High Sierra
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
Distribution: ---
After upgrading a machine to macOS 10.13 High Sierra, running any program with
wine results in these warnings:
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
preloader: Warning: failed to reserve range 00007fff40000000-00007fff41ff0000
Tested with wine-2.18 (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=46799
Bug ID: 46799
Summary: Second screen goes black when starting Guild Wars 2
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trainingmacro(a)gmail.com
Distribution: ---
Happens with Guild Wars 2 as well as Skyrim. Guild Wars 2 is available free to
play at https://www.guildwars2.com/en/
Second screen goes black, if windowed fullscreen was selected the game launches
on the mainscreen yet stretches to the resolution of both screens. Once the
game is exited, the window manager (awesomewm) is no longer showing the wm bar
at the top of the second screen.
I'm using the propriety nvidia drivers (on a GTX 1080).
--
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=4666
Irfan Adilovic <wine.ia_mask(a)spamgourmet.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|wine.ia_mask(a)spamgourmet.co |
|m |
--
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=3260
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |ABANDONED
--- Comment #69 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
yes, it's about time to get rid of this meta bug.
Like the old SafeDisc meta-bugs such bugs are not really useful at all.
I will de-duplicate individual issues as needed, so ignore the email noise.
I chose 'ABANDONED' here as resolution to avoid people getting triggered if I
take 'WONTFIX' or 'INVALID' (meta-bugs not allowed).
$ wine --version
wine-4.3-188-gab7756619c
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.
http://bugs.winehq.org/show_bug.cgi?id=27349
Summary: SafeDisc v2.x API entry analyzer flags Wine's
user32.dll as "bad" (too many exports with PIC loads
in prolog code) (SimCity 4, ...)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
many games (and some apps) have dependency on "meta" bug 219 "Programs refuse
to run because of safedisc copy-protection" which just bad (not even targeting
specific version).
I bought some games for few bucks just to have a look at some copy protections.
Though I will probably never play them ;-)
Collecting/tracking affected games/apps for this _specific_ issue here
(applicable appdb entries should have bug 219 dependency removed in favor of
this one).
The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x
heuristic API analyzer by "adjusting" API exports/entry statistics of wine
builtins (affects e.g. adobe photoshop)") ...
That bug was closed a long time ago because it ought to work for various SD 2.x
apps/games (unfortunately also depending on wine build environment/host gcc).
I rejected the idea of reviving that bug and instead created a new one,
targeting the affected core dll.
Game: "SimCity 4"
A quick scan with "ProtectionID" reveals:
--- snip ---
-=[ ProtectionID v0.6.4.0 JULY]=-
(c) 2003-2010 CDKiLLER & TippeX
Build 07/08/10-17:57:05
Ready...
Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh)
Byte(s)
[x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL)
-> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h
[File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107)
[!] Safedisc v2/v3/v4 [unknown version] detected !
[i] Appended data contents....
...
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.262 Second(s)
--- snip ---
We can do better ...
The string "BoG_" is well known for detection of SafeDisc versions.
--- snip ---
$:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe |
grep "BoG_" -A 2
0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&!
0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>..........
0006ff0: 00000000 02000000 50000000 0a000000 ........P.......
--- snip ---
0x02000000 -> 2
0x50000000 -> 90
0x0a000000 -> 10
So this is SafeDisc v2.90.10 protection.
By debugging this game I came to conclusion there is still a problem with the
API entry statistics.
$ wine --version
wine-1.3.21-26-ge6ee2c1
$ gcc --version
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
For the meaning of the table just read up some comments in bug 10273
kernel32 user32 gdi32 condition (cx < threshold)
--------------------------------------------------------------------
c1: 0x43 0x55 0x50 0x5F
c2: 0x23 *0x41 0x39 0x3C
c3: 0x00 0x00 0x00 0x5A
* = threshold exceeded -> bad
Basically the majority of exported user32 API entries have PIC register load
code within range of first 8 opcode bytes of entry which is treated as
trampoline (= high c2 value).
--- snip ---
...
.text:0001D847 __i686_get_pc_thunk_bx proc near
.text:0001D847 mov ebx, [esp+0]
.text:0001D84A retn
.text:0001D84A __i686_get_pc_thunk_bx endp
...
API entry:
.text:0003735C push ebp
.text:0003735D mov ebp, esp
.text:0003735F push ebx
.text:00037360 sub esp, 34h
.text:00037363 call __i686_get_pc_thunk_bx
.text:00037368 add ebx, 0AEC8Ch
...
--- snip ---
Kernel32 gets the good looking stats because it forwards various stuff to
ntdll, letting compiler produce different function prolog code (= not having
PIC register load in first place).
As already mentioned in the other bug, unimpl. stubs also help to improve stats
because they have 8 NOPs on entry.
I've tweaked user32 again a bit just to pass the threshold - there are various
ugly methods one bad as the other ;-|
A method without adding unimpl. stubs or stack protector code (unreliable
because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to
convince the compiler to use the 6 byte opcode for reserving stack space, e.g.
"subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>).
Good targets are stubs and functions that make use of FIXME/TRACE.
There are lots of them that can be tweaked this way (= no performance penalty),
improving entry stats.
Result: games work out of the box without the need of No-CD patches.
Regards
--
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=36977
Bug ID: 36977
Summary: Magic: The Gathering – Duels of the Planeswalkers 2015
crashes after few frames of intro sequence
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otigkd(a)gmail.com
Created attachment 49100
--> http://bugs.winehq.org/attachment.cgi?id=49100
crash log
os: Gentoo x86
installed trough steam.
a few seconds of loding/intro is played, then crashes
--
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=46793
Bug ID: 46793
Summary: Steam game(s) won't open
Product: Wine
Version: 4.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Dalton60218(a)gmail.com
Created attachment 63816
--> https://bugs.winehq.org/attachment.cgi?id=63816
Error I received
When I open BeamNG.drive, it opens normally. Then, it gives me this error
(screenshot). Any help? It has been working normally before.
--
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=44552
Bug ID: 44552
Summary: Office 2013 - Move and change the window size
(maximize/minimize/restore/resize etc...) bugs
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eduardolucioac(a)gmail.com
Distribution: ---
Created attachment 60514
--> https://bugs.winehq.org/attachment.cgi?id=60514
Change the window size (maximize/minimize/restore/resize etc...) bug.
-------------------
ABOUT THE BUG:
When opening any Office 2013 Professional Plus application we were unable to:
- Change the size (maximize/minimize/restore/resize etc...) of a window and
then revert. Example: Minimize a window and then "restore";
- Move a window;
NOTE: See the "3.jpg" image for more details!
-------------------
ABOUT THE INSTALLATION:
- The following entry was inserted in the Windows (wine) registry to address
the "Black Screen on office2013" bug (
https://bugs.winehq.org/show_bug.cgi?id=43887 ):
"
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Wine\Direct3D]
"MaxVersionGL"=dword:00030002
"
- The following components have been installed:
"
msxml6
msftedit
riched30
vb6run
"
-------
REFERENCE:
https://askubuntu.com/questions/879304/wine-2-0-says-it-supports-office-201…
-------------------
NOTE: I know that according https://wiki.winehq.org/Bugs "Each bug report
should cover one problem", but as they are closely related issues I put both
(resize and move window bug) together!
Thanks! =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.
https://bugs.winehq.org/show_bug.cgi?id=4666
pattietreutel <katyaberezyaka(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |katyaberezyaka(a)gmail.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.
https://bugs.winehq.org/show_bug.cgi?id=46780
Bug ID: 46780
Summary: [Improvement] use native file dialogs
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damianatorrpm(a)gmail.com
Distribution: ---
Strictly it can be seen out of scope but it would offer a huge integration
bonus.
(and would need to be optional, registry, winecfg)
Opening the file dialog in any app running through wine would map the wine dos
path to unix path and the desktop's native file dialog.
--
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=4666
XOS <jasiekkrupinski(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jasiekkrupinski(a)gmail.com
--- Comment #58 from XOS <jasiekkrupinski(a)gmail.com> ---
I have the same problem with metin2 on macOS High Sierra. Is there any solution
to this problem?
--
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=46778
Bug ID: 46778
Summary: "How to be a tree" crashes with crash dialogue on
launch
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 63792
--> https://bugs.winehq.org/attachment.cgi?id=63792
4.0-rc2 output
You can get "how to be a tree" for free from the developer here:
https://zaphos.itch.io/how-to-be-a-tree
Unfortunately it crashed on startup for me. Output 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=46771
Bug ID: 46771
Summary: World of Warcraft keyboard layout problem
Product: Wine-staging
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: polozovbv(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63784
--> https://bugs.winehq.org/attachment.cgi?id=63784
layout screenshot
Hello, i've got bfa client,fc29, wine64 4.2.2, LANG=ru_RU.UTF-8 in env.
When i write in chat window layout is correct, all fine with - login form and
character creation forms. Escape, space and enter work fine, but alphabetical
buttons work wrong, i can't move and in key mapping window i've got incorrect
code map (looks like at the screenshot). Changing layout by shift+alt doesn't
work.
Where is the problem might be? Thanks for any clue. :)
--
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=46737
Bug ID: 46737
Summary: Vb6 MSCOMCTL error
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tim.lippstreu(a)gmail.com
Distribution: ---
Created attachment 63737
--> https://bugs.winehq.org/attachment.cgi?id=63737
Screen shot of problem
VB6 works fine unless objects from Windows Common Controls are required. If
they are used in an existing application, it throws load errors. If I try to
add a reference to them manually, it generates the error shown in the
attachment. I am using wine 4.0 and the vb6 installation disks are MS
authentic. I have tried configuring wine vb6 libraries for the mscomctl.ocx to
native (won't run vb6 at all) and built in (works with exceptions above)
--
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=46776
Bug ID: 46776
Summary: Bioshock crashing on start [REGRESSION]
Product: Wine
Version: 4.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
Created attachment 63790
--> https://bugs.winehq.org/attachment.cgi?id=63790
Bioshock crash. Wine console output
Bioshock 1/2 and it's remasters crashing on start
--
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=40784
Bug ID: 40784
Summary: Wargame: European Escalation wants X3DAudio1_7.dll
Product: Wine
Version: 1.9.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fremenzone(a)poczta.onet.pl
Distribution: ---
Created attachment 54685
--> https://bugs.winehq.org/attachment.cgi?id=54685
Log from running the game with no directx9 installed
I have run into problems with running Wargame: European Escalation under wine
1.9.11. I install the game into a clean wine prefix. The trying to run it I get
an error that says:
err:module:import_dll Library X3DAudio1_7.dll (which is needed by
L"Z:\\dane\\gry\\wargame_ee\\wargame.exe") not found
(full log attached). I figured out this file is provided by DirectX, so I use
winetricks to install it:
WINEPREFIX="/dane/gry/wargame_ee/.wine" winetricks directx9
Then the games complain about missing d3dx9_43, so I install that as well with
winetricks (log attached). Then the game finally starts but there is no sound.
Again, log attached.
My system:
- openSUSE 11.4
- wine 1.9.11
- kernel 2.6.37
I can provide more information if necessary.
--
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=35698
Bug ID: 35698
Summary: Nuance PDF Create! 5 installer (part of OmniPage 17)
reports 'Error code: 154 - Get ServerPolicy failed'
(IGroupPolicyObject, CLSID
{ea502722-a23d-11d1-a7d3-0000f87571e3})
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
The failure seems non-critical and the message box can be dismissed.
The sub-installer can be separately run for testing:
--- snip ---
$ pwd
/mnt/iso/PDFCreate5/System32/PDFCreate
$ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >>
~/Downloads/log2.txt 2>&1
...
003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334)
ret=008d881a
003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3},
pUnkOuter=(nil), dwClsContext=00000001,
riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334)
003f:trace:ole:CoGetClassObject CLSID:
{ea502722-a23d-11d1-a7d3-0000f87571e3},IID:
{00000001-0000-0000-c000-000000000046}
003f:Call
KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c)
ret=7eac14e4
003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4
003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082
L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537
003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537
003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553
003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553
003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e
003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e
003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not
registered
003f:err:ole:CoGetClassObject no class object
{ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1
003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a
003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code:
154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx
Here is a blog entry which talks about it, with some code example:
http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/
$ wine --version
wine-1.7.13-118-g0eb6265
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.
https://bugs.winehq.org/show_bug.cgi?id=46746
Bug ID: 46746
Summary: King Of The Hat: does not launch
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nocrex(a)protonmail.com
Distribution: ---
Created attachment 63747
--> https://bugs.winehq.org/attachment.cgi?id=63747
Console output when running 'wine KingOfTheHat.exe'
I am using wine-staging on Ubuntu-Budige 18.04 LTS x86-64 but have also tried
it with the current development build and both exit with a pagefault before the
program opens.
--
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=40273
Bug ID: 40273
Summary: Call from 0x7b83d9b2 to unimplemented function
windowscodecs.dll.WICCreateBitmapFromSection
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: xerox_xerox2000(a)yahoo.co.uk
Distribution: ---
a user reported problems with this app https://paprikaapp.com/windows/ on the
forum.
After winetricks dotnet45 corefonts and working around
https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like
wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented
function windowscodecs.dll.WICCreateBitmapFromSection
When i use native windowscodecs it also crashes with:
Unhandled Exception: System.NotSupportedException: No imaging component
suitable to complete this operation was found. --->
System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50
**: (see
https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…)
--
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=42823
Bug ID: 42823
Summary: cmd.exe behaves differently from Win7 regarding
redefined labels
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lorenz.witte(a)gmail.com
Distribution: ---
Created attachment 57895
--> https://bugs.winehq.org/attachment.cgi?id=57895
CMD script shows label behavior difference
Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files.
With Wine, it appears that the interpreter jumps to the last label with the
correct name seen before a "goto" command, on Windows, it will jump to the next
label after a "goto" command.
Please see the attached test file, it should make things clear. It will produce
the output "I'm wine!" or "I'm windows!" respectively.
While it is certainly bad practice to redefine labels, unfortunately CMake
creates such batch files when creating custom commands for Visual Studio
builds.
--
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=39011
Bug ID: 39011
Summary: Sierra Chart hangs when drawing polygon fill line
type: gdi32.Polygon()
Product: Wine
Version: 1.7.48
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)brettcave.net
Distribution: ---
Created attachment 51965
--> https://bugs.winehq.org/attachment.cgi?id=51965
v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors
Sierra Chart is a stock market, forex, and other market price graphing program.
They use C/C++ and avoid java and .net. Normally it runs well under wine, but
there is a long term issue that they've known about: Drawing chart lines with a
polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute
or 2 but works fine under regular windows. This hanging will release and then
hang again shortly after making the chart unusable.
I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive.
I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get
the X11 socket running inside lxc after some work. Sierra Chart runs at full
speed with it.
My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon
HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to
directly bang video hardware, so chip and driver shouldn't be an issue. This
laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable
enough to handle a chart.
Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit
compiled and normally works fine with wine.
I've been able to reproduce the bug by using the polygon fill line type and by
scrolling the chart back and forth. If I change the line type to something
plain, the freezing problem doesn't happen.
The bug is harder to reproduce with debugging activated. It's probably allowing
extra time for whatever is causing the hang to finish before it hangs.
*** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt
I've attached a small log file segment from ubuntu version 1.7.44:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has the freezing section in the
middle, and then continues with the gdi32 draw commands.
The problem is from time stamp 1306647.286 to 1306718.051. It's about 71
seconds total.
There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support
says that graph drawing is not multi threaded and that they don't know what
that is. The only other threads are when downloading real time price data
updates and loading chart price data from disk.
Note: the next 1.7.48 versions were run from inside the 32bit lxc build
environment.
One thing I noticed when testing with 1.7.48 is that my memory usage bar applet
was jumping around a lot during a freeze. I didn't get exact figures but the
range was over 3g. That's huge for a 32bit program. I wasn't watching for the
first log.
*** file: wine_SC_ConsoleLog_wine1.7.48.log.txt
This is the regular shell console log.
*** file: wine_SC_wine1.7.48.log.txt
I've attached a second small log file segment from compiled version 1.7.48:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has a very small freezing section
in the middle, and then continues with the regular gdi32 draw commands.
The problem is from time stamp 1485052.556 to 1485124.153. It's about 71
seconds total.
In this log I didn't see the THREAD_DETACH entries. It was small and clean with
no errors reported. I don't know what to make of the difference between the 2
logs.
I can see that there's a problem, but I don't have enough programming and
debugging skills to understand what is going on.
If this looks like a programming error in Sierra Chart, please give me
something I can tell them that they won't brush off.
-------------
Download Instructions.
Download page:
http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php
The page will list multiple versions ranging from current to past.
The file to get is: SierraChartSetupNoCLR.exe
The file date in the list: 2015/7/31
The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows
functions and is wine friendly. This is the version Sierra Chart support
normally recommends.
sha1sum:
4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe
In a week or so, this current version will "probably" be named:
1280SierraChartSetupNoCLR.exe
Help / About shows version number 1280.
------------
Account Setup Instructions.
Sierra Chart has a free demo account for testing. Their install is almost
entirely self contained to a directory and won't scatter files everywhere.
Instructions are here:
http://www.sierrachart.com/index.php?page=doc/setup.php
Step 1: Download program. Since Sierra Chart support isn't going to do anything
with this bug, the current version will very likely have it since this is an
old bug of unknown age. If not using this link, use the download link above.
Step 2: "Create Your Account" to get a free demo account. I recommend something
alone the lines of "Wine Debug". They will know what that is. A support ticket
will need to be opened to activate the account. They're very easy going with
programmers. Just mention that you're someone from the wine debug team. If
y'all want more than the 15 day trial, request it there. They will usually
activate the account the same day.
Support Link:
http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts
This is Section #2, instructions in the yellow box with the link.
In the future if the trial account expires, open another support ticket,
mention that you're with the wine debug team and need to run some more tests.
They'll usually reactivate the account the same day.
So long as you're actively programming or debugging and not using their product
to trade for free, Sierra Chart support is very laid back about continuing
accounts.
Ignore the rest of the Sierra Chart account steps web page and follow my steps
below to reproduce the bug once the demo account is activated.
--------------
Steps to reproduce the bug.
#create a new prefix
WINEPREFIX=/home/user1/.wine3 winecfg
Applications / Windows Version: Windows 7
#earlier tests have shown different windows versions don't matter.
No library overrides.
Turned off Graphics: Allow the window manager to decorate the windows.
Sierra Chart has alert sounds, but they are irrelevant for the bug
reproduction.
"OK" to exit out of winecfg.
#install Sierra Chart
WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe
Accept defaults options and locations in the installer. Run when finished.
Note: I recommend to run Sierra Chart in normal / non-debug mode the first time
as the freezing bug is easier to reproduce.
Enter user name and password.
When the main window comes up, press "No" at the Data and Trade Service prompt
to use demo mode defaults.
Hit "Close Log" on "Message Log" to get it out of the way.
Menu: File / Find Symbol
Expand "Forex".
I prefer to select "GBPUSD" as the symbol since it has good volume and is
easily recognized.
Hit the "Open Intraday Chart" button.
Hit the "Close" button to get rid of the find screen.
A full screen chart will open and download price data for a minute.
Click once in the middle of the chart to select it. Press the keyboard down
arrow 11 times. At the very bottom right corner will be a tiny green box with a
number in it. Every time the down arrow gets hit, it will decrement and the
chart will show more bars per screen. The bar should read "1". If it is red,
hit the "End" key on the keyboard. Color doesn't matter much for this
reproduction, though.
Note: If the hanging problem below gets to be too severe to do anything, only
press the down arrow several times to not compress the chart view as much.
Maybe go down to "5" instead of "1".
Quick side note before the hanging bug gets triggered: Menu: Help / About will
show the build number / version number for verification. The latest installer
file usually won't have a version number in the name.
Menu: Analysis / Studies
Hit "Add Custom Study" button at the bottom.
Double click to expand "User Contributed Studies".
Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the
right panel list. This study won't cause the bug alone. It is used to put an
extra load on the graph.
Hit "Add Custom Study" button again.
Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up
on the right panel list. This study has the polygon fill that will trigger the
freezing bug.
Note for Bug Settings:
Something to point out to come back to later... Select "RSI w/Trend" and hit
the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle
will be a "Draw Style" column. This is how the study line types are drawn on
the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and
"Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing
them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will
allow them to not trigger the bug (but do that later). Changing the two entires
to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of
transparency settings. For now, don't change the settings for the bug
reproduction, but come back to this afterwards. Hit "Cancel" to get out of the
settings screen.
Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines
will be drawn on the screen from the two added studies.
The graph "should" come back immediately, but sometimes it will trigger the
hanging bug. Click on another virtual desktop and come back or click on a
window below Sierra Chart to bring it forwards and then go back to Sierra
Chart. If the screen doesn't redraw within a second or two, then the bug was
triggered. It will take a minute or two for Sierra Chart to come back. Note
that the CPU will be maxed out and RAM usage will be jumping around.
To save these settings so far, Menu: File / Save All. Enter a brief chart book
name for a file name at the bottom (like "test1"). Afterwards the chart book
can be quickly reloaded by that name in the recent files list on the right side
of the File menu. This will allow for skipping the "Menu: Analysis / Studies"
steps on next program reload. ...That is if the hanging bug isn't triggered
again... and again... and again...
In wine debug mode, the hanging bug "usually won't" be triggered yet.
To manually trigger the hanging bug, use the mouse to grab the horizontal
scroll bar at the bottom of the screen and drag it back and forth. This will
scroll the chart back and forth causing a lot of redraws.
If Sierra Chart stops responding, click on another virtual desktop and come
back or click on a window below Sierra Chart to bring it forwards and then go
back to Sierra Chart. If the screen doesn't redraw within a second or two, then
the bug was triggered. It will take a minute or two for Sierra Chart to come
back. Note that the CPU will be maxed out and RAM usage will be jumping around.
With the wine debug mode log it is hard to see where the bug was triggered. I
use the "+timestamp" option and a stop watch/timer app to note the hang and
resume times so they can be matched up later in the debug log. When dragging
the chart horizontal scroll bar, they will be surrounted by gdi32 draw
commands.
In future tests, the Sierra Chart process may have to be killed. To restart it,
I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart
will remember your login name and password. When the authentication window pops
up, just leave it for a couple seconds and it will go away and the main chart
will pop up.
Now that the hanging bug has been experienced, the line type can be changed
from the Note instructions above to see the comparison with a plain line.
--
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=44967
Bug ID: 44967
Summary: xcopy does not copy empty subdirectories if options /s
and /e without space
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jonathanbelsewir(a)yahoo.de
Distribution: ---
xcopy does not copy empty subdirectories in folder test:
The following command works ok:
xcopy /s /e test\* testcopy\
Without space between /s and /e, xcopy does not coyp subdirectories:
xcopy /s/e test\* testcopy\
Test-File:
@echo off
md test
cd test
md test1
md test2
echo foo > test.txt
cd ..
xcopy /s/e test\* testcopy\
dir testcopy
:end
--
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=40706
Bug ID: 40706
Summary: FolderMerger cmd not valued, xcopy problem in batch
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: peterlongx1988(a)gmail.com
Distribution: ---
Created attachment 54591
--> https://bugs.winehq.org/attachment.cgi?id=54591
File Merger
I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm
but is problematic to use with Wine because cmd.exe is not valued when I press
Merge Now!
Is possibile to create a .bat file indipendently also, but when I try to
running it cmd.exe return me this error
Merging folders... (1/6)
Invalid parameter 'K' - use x copy ? for help
Is 'C:\PATH\filename.zip' a filename or directory
on the target?
(F - File, D - Directory)
This happens not because parameter is invalid. Example of command in .bat not
valued correctly
@echo off
cls
echo Merging folders ... (1/6)
XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H
cls
echo Merging folders ... (2/6)
XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y
/H
cls
echo.
echo Done!
echo.
ping -n 2 localhost >nul
start "" "C:\users\psiraja\Desktop\estrazione"
exit
Have you got any idea to bypass this problem?
--
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=45816
Bug ID: 45816
Summary: Orbit Profile crashes in Unhandled exception:
unimplemented function
msvcp140.dll.?_Winerror_message@std@@YAKKPADK@Z called
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
As the title says.
Steps: Run orbit.exe, Select from menu: File --> LaunchProcess
Then select for example Notepad.exe --> crash
Testes in staging-3.15,
sha1sum orbit.exe
2f677f97355b6c27fdb1ffcab53845a6a2918d4f orbit.exe
--
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=42010
Bug ID: 42010
Summary: ReactOS Calc does not show dots in radio buttons.
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 56449
--> https://bugs.winehq.org/attachment.cgi?id=56449
ReactOS Calc running in WINE.
I tried to run my ReactOS Calc on WINE.
It works fine but it does not show the dots inside the radio buttons.
It works fine from Windows 9x to Windows 7, but not in WINE.
Tested in lubuntu with latest trunk.
--
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=41404
Bug ID: 41404
Summary: WPS Office 10.1.0.5775 unhandled exception on
installation
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2460acc(a)gmail.com
Distribution: ---
Created attachment 55759
--> https://bugs.winehq.org/attachment.cgi?id=55759
Backtrace file for error
When trying to install WPS Office in Wine 1.8 (installation file
wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is
attatched.
--
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=46215
Bug ID: 46215
Summary: File Open Dialog fails to set focus to Filename text
box
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Using the BCGPOutlookDemo.exe example program.
Select "File -> Open"
The focus is set to the Combobox and not the Filename edit that it should.
--
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=45523
Bug ID: 45523
Summary: FIFA 18 Demo errors out after launch
Product: Wine
Version: 3.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: throwawayaccx(a)gmail.com
Distribution: ---
Created attachment 61909
--> https://bugs.winehq.org/attachment.cgi?id=61909
Screenshot of the error.
Immediately after launch the game exits with "Invalid license. Reason code =
Missing DLL: kernel32.dll Function: SetProcessWorkingSetSizeEx"
--
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=45942
Bug ID: 45942
Summary: AnyRail6: crashing when open Options.
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forum(a)abtelecom.ro
Distribution: ---
Created attachment 62476
--> https://bugs.winehq.org/attachment.cgi?id=62476
Backtrace for AnyRail6
I'm using AnyRail6. When I'm trying to open the File -> Options the program
crashes.
I've tried several Wine version: 3.14, 3.15, 3.16 and also 3.17.
The logs are attached.
Kind regards,
Adrian
--
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=43464
Bug ID: 43464
Summary: Elite Dangerous Horizons fails to connect to server
with CRC error
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pecisk(a)gmail.com
Distribution: ---
Created attachment 58839
--> https://bugs.winehq.org/attachment.cgi?id=58839
EDH launching trace
Version: Wine 2.13 on Fedora 26
Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz
vcrun2012
1. Install ED Launcher
wine64 EliteDangerous-Client-Installer.exe
2. Launch ED Launcher
wine64 /.wine/drive_c/Program\ Files\ \(x86\)/Frontier/EDLaunch/EDLaunch.exe
3. Install Elite Dangerous Horizons
4. Press Play
Expected result: EDH main menu appears
Actual result: EDH compiles shaders but gets CRC error for server connection
along the way at the left bottom corner. Compiling ends with game showing error
message about not being able to verify connection with server.
Note: ED 32-bit version which is separate client, does not receive same error
and seems to be connecting to game just fine.
Goal of this bug report to understand what might cause this CRC error.
--
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=45724
Bug ID: 45724
Summary: Multiple EndScene calls result in multiple glFlush (FF
XIV)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: awesie(a)gmail.com
Distribution: ---
While investigating the performance of FF XIV (DirectX 9), one major issue is
that it will call EndScene multiple times per frame. MSDN discourages this
behavior, and on Wine it introduces a significant performance penalty because a
flush is emitted for every call to wined3d_device_end_scene.
I removed the call to wined3d_cs_emit_flush in wined3d_device_end_scene which
significantly improved (~40%) the fps in my test area. Mileage may vary
depending on other patches.
--
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=45673
Bug ID: 45673
Summary: Calling delegated proxy methods returns 0x800706b5
(RPC_S_UNKNOWN_IF), "err:rpc:RpcAssoc_BindConnection
syntax {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}, 0.0 not
supported"
Product: Wine
Version: 3.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 62097
--> https://bugs.winehq.org/attachment.cgi?id=62097
test program
The test program demonstrates the problem fairly clearly.
In Wine, IShellBrowser delegates proxy methods to its parent IOleWindow. If you
obtain a proxy to an IShellBrowser (e.g. via ShellWindows) you can call
IShellBrowser methods without difficulty, but the RPC runtime will throw up
RPC_S_UNKNOWN_IF if you try to call IOleWindow methods:
0009:err:rpc:RpcAssoc_BindConnection syntax
{00000114-0000-0000-c000-000000000046}, 0.0 not supported
0009:fixme:ole:NdrClearOutParameters (0x61fc7c,0x7ebc63c6,0x61fdb0): stub
got 0x800706b5
(N.b. 00000144-etc. is the IID of IOleWindow.)
However, after you query for IOleWindow, calling IOleWindow methods on the
original IShellBrowser interface will succeed.
The underlying problem is this:
When an interface is marshalled by ole32, it creates a stub on the server side
and then registers that stub with rpcrt4. The interface ID that is used in
RpcServerRegisterIf() is the IID of the interface itself, in this case
IID_IShellBrowser. The stub creation functions live in rpcrt4 and end up
delegating some methods to the stub of IOleWindow, which is different (e.g. it
lives in ole32 instead of actxprxy). However, this stub never is registered
with rpcrt4.
When the program calls proxy methods, the proxy goes through ndr_client_call()
-> NdrProxyGetBuffer() -> ClientRpcChannelBuffer_GetBuffer() [in ole32/rpc.c]
-> I_RpcGetBuffer(). NdrProxyGetBuffer() passes the IID of the proxied
interface to IRpcChannelBuffer_GetBuffer(), and that interface is eventually
used by rpcrt4 as the ifid for the transaction. When that interface is
IID_IShellBrowser, the server will recognize it, and the transaction works
fine.
However, when the program calls IOleWindow proxy methods, the proxy object is
'swapped out' (by the assembly thunks in fill_delegated_proxy_table()) and so
the IID that NdrProxyGetBuffer() passes is the IID of the *parent* interface.
Since this interface was never registered with RPC on the server side, the
server refuses connection ("syntax not supported") and the proxy call fails.
As a corollary, if you query that parent interface—even if you then throw away
the resulting proxy—it will have been registered on the server side, and so
calls to the delegated methods on the original object will miraculously start
to succeed.
I don't know what the correct way is to solve this problem. As far as I
understand it's not something that can be tested—all of this is quite deep
inside of OLE/RPC implementation details. It doesn't seem like there's any
appropriate place to tell OLE about the delegated stub, at least not given the
current infrastructure, and I'm not sure how RPC could appropriately inform OLE
about the stub location. On the other hand I'd guess that maybe the child IID
(i.e. IID_IShellBrowser) should be passed somewhere along the line on the
client side; i.e. the standard proxy implementation should store the original
IID inside the delegated proxy, and that original IID should be used by
NdrProxyGetBuffer().
--
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=43890
Bug ID: 43890
Summary: Divinity: Original Sin 2 does not successfully launch
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Distribution: ---
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35767
Before it tries to launch, it throws an error about failing to create a
rendering device and that DX11 is required.
https://appdb.winehq.org/appimage.php?iId=52049
When it tries to launch, it creates a window but draws nothing to it - if I
move it, it simply contains an image of my desktop that moves.
This might be a new problem, as older reports seem to indicate it works, or it
might be because I'm using an Nvidia GPU and the people who had success used
AMD and Intel GPUs. I don't know enough to be sure, or have enough machines to
test.
It also might be caused by this `dxgi` component that it's reporting, so I've
decided to set this bug's component to `directx-d3d`.
Also, plenty of stubs from `msvcp`, `win`, `xinput`, `ntdll`, and `msctf`.
See the AppDB page for more information and a full terminal log.
--
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=40828
Bug ID: 40828
Summary: Switching resolution in desktop mode makes task bar
redraw on top of full screen game
Product: Wine
Version: 1.9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
I got this issue with Aliens versus Predator Classic 2000 on Steam.
Preamble :
The game uses 800x600 screen size to render cinematic and the main menu.
The gameplay uses whatever screen resolution is set in the game video options
menu. It switches between those two resolutions when starting or abandoning a
level or when showing an in-game cinematic.
The Wine virtual desktop mode is set to the native screen resolution that is
the same resolution used for gameplay. When the game does not run, the Steam
window and the task bar are visible and working properly. Steam puts an icon in
the notification tray of the task bar.
Issue :
When the game is launched it switches the desktop to 800x600 to show the intro
cinematic. The task bar is visible and covers the bottom of the full-screen
game. The cinematics are letter-boxed and the menu has nothing of importance on
those few bottom pixels so it's not that much a problem. When starting a level,
the game switches to the native screen resolution, but the task bar still
covers the bottom of the screen. The game can be played as the task bar does
not hide much but it contrasts with the game and should be hidden by the
full-screen app anyway.
Workaround :
The game grabs the mouse, so it is by default not possible to click on the
window button on the task bar to refresh the game window, but activating the
Steam game overlay frees the mouse cursor, and allow to click on the window
button on the task bar. Clicking on that button twice makes the game window
redraw over the task bar. The Steam overlay can then be closed and the game can
be played with the task bar hidden.
However, starting/abandoning a level or viewing a cinematic makes the game
switch resolution and the task bar come back.
--
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=43358
Bug ID: 43358
Summary: xaudio crashes in EVE Online during launch
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
Created attachment 58718
--> https://bugs.winehq.org/attachment.cgi?id=58718
Backtrace with wine-staging compiled with -g and using winedbg.
When launching EVE - Online the game crashed with backtraces to Xaudio (se
logs)
This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or
self compiled. However works fine with using wine or wine-staging binaries from
PlayOnLinux.
This was introduced somewhat lately since it worked fine couple of months
before. Maybe a GCC thing?
--
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=46229
Bug ID: 46229
Summary: server/ptrace: NetBSD debug register storage
Product: Wine
Version: 3.21
Hardware: x86-64
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: triaxx(a)NetBSD.org
Created attachment 62921
--> https://bugs.winehq.org/attachment.cgi?id=62921
NetBSD specific debug register storage
The build failed because the storage of debug registers uses an array on
NetBSD.
The attached patch fix the build failure.
--
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=45782
Bug ID: 45782
Summary: Unhandled exception: unimplemented function
api-ms-win-crt-math-l1-1-0.dll._Cbuild called in
64-bit code
Product: Wine
Version: 3.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
quite straight forward:
1. Download 64-bit version of mono:
https://download.mono-project.com/archive/5.14.0/windows-installer/mono-5.1…
2. install it in a new prefix:
WINEPREFIX=/someplace wine64 msiexec /i mono-5.14.0.177-x64-0.msi
3. start command line console:
WINEPREFIX=/someplace wine64 cmd
4. run this command in the console:
"c:/Program Files/Mono/bin/mkbundle.bat" --list-targets
Unhandled exception: unimplemented function
api-ms-win-crt-math-l1-1-0.dll._Cbuild called in 64-bit code
...
--
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=40433
Bug ID: 40433
Summary: Fifa 11 EU demo fails to install when run from custom
DVD
Product: Wine
Version: 1.7.29
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
"Fifa 11 EU Demo" fails to install from DVD created by myself under
wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to
content of the ZIP and created the ISO by MagicISO. As a volume label i chose
"fifa2011_eu_demo".
When i copy content of the DVD back to some folder on HDD, then the
installation succeeded.
This could be interpreted as invalid bug report, but this DVD, created by me,
works under Win8.1.
Installer pops-up at the end "Please insert the disc: FIFA 11 Demo".
Console: "err:msi:msi_view_get_row Error fetching data for 1"
This is a regression caused by wine-1.7.28-130-g5cb10c9:
commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Oct 15 15:30:23 2014 +0200
msi: Don't skip the media check for the first volume.
Some installers require the first volume to be reinserted.
This commit fixed bug 20444. This commit was also indicated as a regression in
bug 38401. There he did reverse, i.e. real DVD copied and created ISO which
finally worked. IMHO he interpreted it as invalid by mistake.
--
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=46157
Bug ID: 46157
Summary: Doxie 2.10.3: Unimplemented function
msvcr120.dll._vscprintf_l called at address 0x7b43e0dc
(thread 0009),
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: http://cdn.getdoxie.com/resources/files/DoxieSetup_2.1
0.3.exe
Distribution: Ubuntu
As the title says
sha1sum ~/Downloads/DoxieSetup_2.10.3.exe
262f241187c18a07a26532bbe11e7449b685957f
/home/louis/Downloads/DoxieSetup_2.10.3.exe
wine-3.20 (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=44409
Bug ID: 44409
Summary: png with indexed colors and alpha miss the alpha
channel on loading
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: nikolaysemenkov(a)gmail.com
Distribution: ---
Created attachment 60332
--> https://bugs.winehq.org/attachment.cgi?id=60332
1 bit png with alpha
The 1bit png with alpha is attached.
Wine loads it as PixelFormat1bppIndexed, which means no alpha preserved
Windows loads it as PixelFormat32bppARGB which means windows does conversion
because pixelformat is not match to PixelFormat1bppIndexed(because otherwise it
lost alpha).
The same happens for 8 bit png with alpha.
Could you please add supporting loading alpha channel for 1 and 8 bit pngs in
the same way as windows does, ie convert to PixelFormat32bppARGB.
Thanks.
The func to load png:
HBITMAP loadBitmap(const wchar_t* path)
{
HBITMAP tBmp = NULL;
ULONG_PTR token = 0;
Gdiplus::GdiplusStartupInput input = NULL;
Gdiplus::GdiplusStartup(&token, &input, NULL);
if (token != 0)
{
Gdiplus::Bitmap* bmp = new Gdiplus::Bitmap(path);
bmp->GetHBITMAP(Gdiplus::Color::Transparent, &tBmp);
delete bmp;
Gdiplus::GdiplusShutdown(token);
}
return tBmp;
}
--
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=46328
Bug ID: 46328
Summary: Installer for Tanglet 1.5.3 crashes at target
directory selection
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
URL: https://www.opensource-dvd.de/spiele/tanglet.htm
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
Created attachment 63068
--> https://bugs.winehq.org/attachment.cgi?id=63068
Wine error report information
When trying to install Tanglet 1.5.3, I get until the directory selection. Then
the installer crashes.
$ wine --version
wine-4.0-rc2
$ openssl sha256 Tanglet_1.5.3.exe
SHA256(Tanglet_1.5.3.exe)=
ea593af1598e5b6542fe64e81ea1890b64e18daa55049e015897245b541bdb96
--
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=38066
Bug ID: 38066
Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons
don't work (needs native dinput8)
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://www.4players.de/4players.php/download_info/Down
loads/Download/50673/Memento_Mori/Deutsche_Demo.html
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50710
--> https://bugs.winehq.org/attachment.cgi?id=50710
terminal output
Keyboard is working in the game because I can skip the intro videos by pressing
<Esc> and I can move the mouse pointer when the menu appears. Mouse buttons
however are not registered thus I can't select a menu option.
'winetricks dinput8' is a workaround.
I know of another game from the same publisher that also needs native dinput8
otherwise mouse buttons don't work: Numen: Contest of Heroes.
To test the demo you need to install native d3dx9_36 and Windows Media Player 9
or 10.
wine-1.7.36-28-ga679cae
Fedora 21
XOrg 1.16.3
XFCE 4.10
Memento_Mori_DEMO_setup_GERMAN.exe
md5sum: 8eda283807d43ad2a058c397efde7725
--
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=45569
Bug ID: 45569
Summary: League of Legends 8.12+ needs
NtQueryInformationProcess(ProcessCookie) stub
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: ---
Diagnosed by Andrew Wesie; partially split off from bug 45327.
--
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=46084
Bug ID: 46084
Summary: Skype 8.33.0.50 installer crashes due to unimplemented
msvcp140.dll.?_Winerror_map@std@@YAHH@Z
Product: Wine
Version: 3.19
Hardware: x86
URL: https://www.skype.com/en/get-skype/download-skype-for-
desktop/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: dark.shadow4(a)web.de, focht(a)gmx.net, gaturk2(a)free.fr
Distribution: ---
Noticed while looking at bug 44850
wine: Call from 0x7b43defc to unimplemented function
msvcp140.dll.?_Winerror_map@std@@YAHH@Z, aborting
austin@laptop:/tmp$ du -h Skype-8.33.0.50.exe
60M Skype-8.33.0.50.exe
austin@laptop:/tmp$ sha256sum Skype-8.33.0.50.exe
aac2ec58243794dd027851fb64b94ce03ebe759fb823dc45975bb1592cbe73e8
Skype-8.33.0.50.exe
--
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=35320
Bug ID: 35320
Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, &
other minor locale related problems
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Classification: Unclassified
Created attachment 47106
--> http://bugs.winehq.org/attachment.cgi?id=47106
The file needed to cause the crash.
from r project (http://www.r-project.org/)
http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe
After installing, running:
./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe
Then, at the R console prompt, type (having put the attached file at /tmp/1.R):
Sys.setlocale("LC_CTYPE", "Chinese")
source('z:/tmp/1.R', encoding='UTF8')
wine immediately crashes with:
--------------------------------------
wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af
(thread 0030), starting debugger...
...
Backtrace:
=>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>,
mbstr=<couldn't compute location>, count=<couldn't compute location>,
locale=<couldn't compute location>)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt
(0x0440a168)
1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W",
mbstr=0x0(nil), count=0x64)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt
(0x0440a198)
2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046)
0x7eda29af MSVCRT__mbstowcs_l+0x5f
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl
0x0(%eax),%eax
2140 if(mbstr[size] == '\0')
...
----------------------------------------
I assume this info in the backtrace should be enough to address the crash.
FYI, the slightly unusual procedure is because under R under Vista in an
English locale doesn't like to plot graphs with non-latin annotations/texts.
The above procedure when used under Vista on British English windows would
result in R displaying an almost empty plot with a chinese title. Native R on
linux does not need the setlocale part to plot utf8-based texts.
Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I
only realized that trying to set traditional chinese [950] in a simplified
chinese region [china] is wrong when it is rejected on linux; but R on Vista
accepts this.
------------
Warning message:
In Sys.setlocale("LC_CTYPE", "Chinese_China.950") :
OS reports request to set locale to "Chinese_China.950" cannot be honored
------------
When R is running on Vista, it reports the locale as "English_United
Kingdom.1252".
But under Linux (in en_GB.utf8 locale), R warns of
-----------
During startup - Warning messages:
1: Setting LC_TIME=en_GB.utf8 failed
2: Setting LC_MONETARY=en_GB.utf8 failed
-----------
So three locale related issue:
- a crash in msvcrt
- R under Vista accepts "Chinese_China.950" but R under wine does not.
- there are locale-related warning messages from R on start up when running
under 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=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
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=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
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=46430
Bug ID: 46430
Summary: Doom3 (CD version) fails to install
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Installation of Doom3 fails in wine-4.0-rc4 and earlier. Installer asks for
CD2, but even if the CD is in the drive, installer complains about missing
files and fails.
This is a long time regression (used to work since wine-1.7.28-130-g5cb10c96b2)
--
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=5402
Michael Stefaniuc <mstefani(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|3.0.x |---
--- Comment #47 from Michael Stefaniuc <mstefani(a)winehq.org> ---
Removing the 3.0.x milestone from bug fixes included in 3.0.5.
--
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=45832
Bug ID: 45832
Summary: Windower (Final Fantasy XI tool) Security Token
Exception
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: conmanx360(a)gmail.com
Distribution: ---
Created attachment 62292
--> https://bugs.winehq.org/attachment.cgi?id=62292
Terminal output of Windower
Windower crashes before starting with a security token error. Don't know enough
about Mono to fix it, but any explanation on what's wrong would be helpful. Can
do different wine debug traces if necessary.
--
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=40208
Bug ID: 40208
Summary: Steup installation of CEGID BUISINESS LINE failed.
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: christian.briard(a)gmx.com
Distribution: ---
Created attachment 53723
--> https://bugs.winehq.org/attachment.cgi?id=53723
MSI log
Executing an installation of CEGID BUISINESS LINE failed with a log text (see
attached files).
"Install: C:\windows\System32\msiexec.exe /q /i
"Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program
Files\Cegid\Cegid Business Line\" /norestart
Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du
programme"
Here enclosed a trace file to.
Any idea of what is going wrong ?
Christian.
--
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=38402
Bug ID: 38402
Summary: glDebugMessageCallback is broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: chris.kcat(a)gmail.com
Distribution: ---
According to the KHR_debug extension spec, the function glDebugMessageCallback
takes a function pointer callback with the type:
typedef void (APIENTRY *GLDEBUGPROC)(GLenum source,
GLenum type,
GLuint id,
GLenum severity,
GLsizei length,
const GLchar* message,
const void* userParam);
https://www.opengl.org/registry/specs/KHR/debug.txt
In particular, it notes that the function callback uses the same calling
convention as the other GL functions. The problem is that on Windows, GL uses
the stdcall calling convention, while on Linux it uses cdecl. Wine's
glDebugMessageCallback thunk passes the callback through as-is, so the system's
libGL tries to call an stdcall function as though it was cdecl, causing it to
crash upon returning.
Another problem is that the spec says:
"When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to
concurrently call the debug callback routine from potentially multiple threads,
including threads that the context that generated the message is not currently
bound to."
meaning the callback can be called on threads other than the one OpenGL is
being used on. This is a problem because it may be called on one or more
internal driver threads that were not created using the Windows API, and if the
callback function tries to do anything that relies on Windows-related thread
information, it won't be there.
--
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=46210
Bug ID: 46210
Summary: explorer /desktop leaks atoms from DDE interface
Product: Wine
Version: 3.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: explorerframe
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
explorer /desktop, started by wine as background process, initiate a DDE
interface (see
https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c…
and https://github.com/wine-mirror/wine/blob/master/dlls/shell32/dde.c#L483 for
details), but the DDE interface is not been free'd after main loop exit
(https://github.com/wine-mirror/wine/blob/master/programs/explorer/desktop.c…)
resulting in leaked atoms.
On the first run the following DDE related atoms are created:
c018: ref=2 pinned=N hash=14 "Folders"
c019: ref=1 pinned=N hash=18 "Folders(0x 23)"
c01b: ref=2 pinned=N hash=17 "Progman"
c01c: ref=1 pinned=N hash=17 "Progman(0x 23)"
c01d: ref=2 pinned=N hash=29 "Shell"
c01e: ref=1 pinned=N hash=23 "Shell(0x 23)"
on the next start the following atoms are added and so one
c01f: ref=1 pinned=N hash=21 "Folders(0x 44)"
c027: ref=1 pinned=N hash=22 "Progman(0x 44)"
c028: ref=1 pinned=N hash=26 "Shell(0x 44)"
Because the DDE interface use atoms unique for each session, each run leaks
three atoms
--
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.