http://bugs.winehq.org/show_bug.cgi?id=10106
Summary: Cannot disable cursor blinking in the wine GUI
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zhoujiafan(a)gmail.com
I have updated the wine to wine-0.9.36 in my Linux Fedora Core5. Currently the
cursor is always blinking. For example, the editplus running in wine.
I tried to edit the wine registry as follows:
HKEY_CURRENT_USER -> CONTROL PANEL -> Desktop -> CursorBlinkRate = -1
And this does not stop the blinking cursor!!!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44129
Bug ID: 44129
Summary: Bayonetta: much slower than Windows
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: tod.jackson(a)gmail.com
Distribution: ---
Created attachment 59870
--> https://bugs.winehq.org/attachment.cgi?id=59870
brief fixme
I got a chance to test Bayonetta in Window 7 and realized it's much slower in
Wine (about half the fps) than Windows, whereas I previously was
underestimating my hardware. I recall reading that such a high discrepancy
should probably be reported.
The game is already difficult to play under Wine because it it requires one of
the async read/write patches in bug 42982 to make headway. Also note the game
requires CSMT for coherent visuals.
Can this fixme cause a major performance problem?
fixme:d3d:state_zenable Unrecognized depth buffer type 0xffffffff.
The game seems unusual in that it ties all actions to vblank/vsync, if that
makes any sense. In Wine terms I guess that means it relies on this function,
though as I'm not a developer I'm likely wrong:
fixme:d3d9:d3d9_device_SetMaximumFrameLatency iface 0x1574b0, max_latency 1
stub!
https://msdn.microsoft.com/en-us/library/windows/desktop/ff471334(v=vs.85).…
Anyway, the game already requires a native d3dcompiler_43 to avoid HLSL parsing
failure, but any tips/patches/suggestions to improve performance would be much
welcomed. I tested a recent Mesa git version that has a GLSL cache but it
didn't really help. I understand that I'm already running an Intel potato, but
based on my recent Windows experience I think we could get the game to native
speed one day.
Also, I bet that all of Platinum Games' ports suffer the same engine (for
example Nier Automata), though I'm not sure.
Full fixmes attached for completeness, also tried a native xinput and d3dx9_43
with no change.
--
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=38941
Bug ID: 38941
Summary: Text colors are missing
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arromdee(a)atnex.net
Distribution: ---
I am running the 64 bit Wine 1.7.30 that comes with Mageia Linux 5.0.
I am running Wine on DOSCenter from http://nugnugnug.com/ . (This is a program
that catalogs DOS games, but it is itself a Windows program).
Download the build 035 or whatever one is on the page, then download the daily
.DAT file. Unzip them. Also get a DOS game .zip file. I tested this using a
legal Doom shareware at http://www.doomworld.com/pageofdoom/files/doom1_1.zip .
Run the DOScenter.exe in Wine, and under Settings and Tools, load the .DAT
file. Then in the main screen, select auto scan and scan the doom1_1.zip. The
scan results show what files should be in the doom1_1.zip and what are missing.
These should be labelled with different colors (indicating that the
doom1_1.zip contains 6 correct files and one mismatched file), and so should
the doom1_1.zip itself.
When I actually run it, the files are shown in black and white. As color is
the main way that DOScenter reports information, the program is essentially
useless.
This DOScenter.exe works fine in Windows 7.
--
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=43434
Bug ID: 43434
Summary: StarCraft: Brood War stopped running after 1.19 update
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iop_jr(a)yahoo.com
Distribution: ---
Created attachment 58800
--> https://bugs.winehq.org/attachment.cgi?id=58800
Log when trying to start StarCraft 1.19
After the recent update, there's a similar message to bug #42741. But even
using staging ClientSdk.dll fails to initialize. So StarCraft is broken again.
Full debug logs:
http://www.filedropper.com/log_24
--
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=39721
Bug ID: 39721
Summary: Listview custom draw in report mode uses wrong
background color
Product: Wine
Version: 1.8-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 52969
--> https://bugs.winehq.org/attachment.cgi?id=52969
test application from bug 9491
In attached test application listview rows are not colored properly. Split from
bug 9491.
--
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=47625
Bug ID: 47625
Summary: League of Legend's Hextech Repair Tool: crashes after
opening and doesn't close
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arcanfp(a)gmail.com
Distribution: ---
Created attachment 65059
--> https://bugs.winehq.org/attachment.cgi?id=65059
full log from a crash
The hextech tool crashes after opening, it just appear the window completely
white and can't be closed in any way. some times it loads half the page before
crashing. It just appears the crash message from wine. I'll attach the
backtrace and the 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=47634
Bug ID: 47634
Summary: TaxAct 2017 crashes on startup
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: thispc342wde(a)outlook.com
Distribution: ---
Created attachment 65066
--> https://bugs.winehq.org/attachment.cgi?id=65066
Wine 4.14 Backtrace
TaxACT installs on Wine 4.14 (using WineHQ install instructions for Debian
Testing), but when running it, it crashes shortly after the startup screen.
There is lots of black space in the main window. Winetricks was not used.
I had previously tested on Wine 4.0 (Debian packaged version). I don't have it
installed now, but TaxACT exhibited the same behavior without crashing. I then
used Winetricks to install gdiplus, msls31, msxml3, and riched20 to allow usage
of TaxAct, although I don't exactly know which ones were needed, and albeit
still with some rendering problems-- the Window had to be constantly resized to
update each page.
I only have the 4.14 backtrace... I don't know if I'll have to install Wine 4
again.
--
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=47315
Bug ID: 47315
Summary: Pixel Game Maker MV doesn't start.
Product: Wine-staging
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: takojagi(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
000b:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
000b:fixme:winediag:start_process Wine Staging 4.9 is a testing version
containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing
bug reports on winehq.org.
000f:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
000d:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0012:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0014:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
001c:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
0021:fixme:thread:create_user_shared_data_thread Creating user shared data
update thread.
000f:fixme:service:scmdatabase_autostart_services Auto-start service L"gupdate"
failed to start: 2
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:dwmapi:DwmIsCompositionEnabled 0x33fa70
0009:fixme:dwmapi:DwmEnableBlurBehindWindow 0x20078 0x33fa74
0009:fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
0009:fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not
supported
0009:fixme:win:RegisterDeviceNotificationW (hwnd=0x10080,
filter=0x33fda0,flags=0x00000000) returns a fake device notification handle!
0009:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:font:RemoveFontMemResourceEx (0x97078301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x97f0f301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x97af7301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x979bb301) stub
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0009:fixme:font:RemoveFontMemResourceEx (0x967c3301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x96576301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x96292301) stub
0009:fixme:font:RemoveFontMemResourceEx (0x9603e301) stub
0009:fixme:netapi32:NetShareEnum Stub (L"\\\\Game.pgmproject" 1 0x33a4a0 -1
0x33a4a8 0x33a498 0x33a49c)
0009:fixme:netapi32:NetShareEnum Stub (L"\\\\Game.pgmproject" 1 0x33a6a0 -1
0x33a6a8 0x33a698 0x33a69c)
0009:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0033F9D8 1 C) semi-stub
0009:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0033F7E8 1 C) semi-stub
0009:fixme:advapi:OpenEventLogW ((null),L"System") stub
0009:fixme:advapi:ReadEventLogA
(0xcafe4242,0x00000009,0x00000000,0x7101860,0x00010000,0x33fba8,0x33fbac) stub
0009:fixme:advapi:CloseEventLog (0xcafe4242) stub
0034:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated.
Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in
the winbind package of your distribution.
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:font:RemoveFontMemResourceEx (0x8e929301) stub
0034:fixme:font:RemoveFontMemResourceEx (0x8d4f8301) stub
0034:fixme:font:RemoveFontMemResourceEx (0x8d3a0301) stub
0034:fixme:font:RemoveFontMemResourceEx (0x8df14301) stub
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:process:SetProcessDEPPolicy (3): stub
0034:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x11fffb0, 0x39c8158, 0x3a4f9c8) stub.
0034:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32f748, (nil) 0x32f74c
0034:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32f748 (nil) 0x32f74c)
returning a dummy value (current locale)
0034:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32f748, 0x5bddf60
0x32f74c
0034:fixme:nls:get_dummy_preferred_ui_language (0x38 0x32f748 0x5bddf60
0x32f74c) returning a dummy value (current locale)
0034:fixme:winsock:WSALookupServiceBeginW (0x32f444 0x00000ff0 0x32f484) Stub!
0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F1B8 1 C) semi-stub
0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032EFC8 1 C) semi-stub
0034:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032ED18 1 C) semi-stub
[51:52:0603/184400.268:ERROR:network_change_notifier_win.cc(156)]
WSALookupServiceBegin failed with: 8
0034:fixme:iphlpapi:NotifyAddrChange (Handle 0x32f5c0, overlapped 0x5bde62c):
stub
0034:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0045:fixme:file:FindFirstFileExW flags not implemented 0x00000002
0034:fixme:win:RegisterDeviceNotificationW (hwnd=0x100c8,
filter=0x32f570,flags=0x00000000) returns a fake device notification handle!
0034:fixme:win:RegisterDeviceNotificationW (hwnd=0x100c8,
filter=0x32f570,flags=0x00000000) returns a fake device notification handle!
[psicopompo@ ~]$ 004f:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found
or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually,
you can find it in the winbind package of your distribution.
004f:fixme:process:SetProcessDEPPolicy (3): stub
004f:fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x106dffb0, 0x12ea8158, 0x12f2f9c8) stub.
004f:fixme:file:FindFirstFileExW flags not implemented 0x00000002
004f:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032FAB8 1 C) semi-stub
004f:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0032F8C8 1 C) semi-stub
004f:fixme:gdi:GdiInitializeLanguagePack stub
004f:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
--
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=45319
Bug ID: 45319
Summary: wine kindle for pc 1.11, some books picture is blank
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: widon1104(a)qq.com
Distribution: ---
I wine kindle for pc 1.11, almost perfect.But when I open my python book, all
picture in it is blank. There are some error msgs print out(show below).
widon@widon-desktop:~/.wine/drive_c/Program Files (x86)/Amazon/Kindle$ wine
Kindle.exe
--- no context for glyph 67
--- no context for glyph 72
--- no context for glyph 65
--- no context for glyph 74
--- no context for glyph 5f
--- no context for glyph 75
--- no context for glyph 73
--- no context for glyph 28
......
The problem python book is:
https://www.amazon.cn/dp/B0719GSVJB/ref=tmm_kin_swatch_0?_encoding=UTF8&qid…
--
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=47128
Bug ID: 47128
Summary: Heroes of the Storm: Unreasonable I/O disk usage on
leading to stuttering during game gameplay
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukycrociato(a)gmail.com
Distribution: ---
This was experienced from me and a few people I play with on Linux + Wine
Distribution: Ubuntu 19.04
Hardware: 19.04, the machine has an AMD Ryzen 5 1600 CPU, GTX NVIDIA 1060 3GB,
2x4GB dual channel DDR4 HyperX RAM, Crucial MX 500 SSD, MSI b350m mortar
motherboard, nvidia driver 430.09
Wine version: Tested 4.6, and a couple of others leading pretty much the same
results.
What was tested:
-Playing from an ntfs-3g partition on an HDD (Seagate 5200RPM)
-Playing from an ntfs-3g partition on an SSD (Crucial MX500)
-Playing from an ext4 partition on an SSD and HDD (the same as above)
No matter what configuration, graphics driver, DXVK, wine d3d11 or not, using
disk monitoring software like iotop clearly shows unreasonable I/O usage (close
to 100%) when those stutters happen for small reads (less than 1 Megabyte)
leading the game to be mostly unplayable thanks to those, which for example do
not happen on other wine games with the same specs/config even more
graphics-demanding.
This happens during the normal gameplay, not during the loading.
This is obviously worse when the game is run from an HDD, slightly better but
still present on an SSD. Of course the I/O usage is different from the one
Windows has in this game.
I am obviously available for further testing if you tell me what to do to
better diagnose that.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45695
Bug ID: 45695
Summary: UNDER NIGHT IN-BIRTH Exe:Late[st]: in game graphics
show only green screen
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrniex(a)protonmail.com
Distribution: ---
Created attachment 62124
--> https://bugs.winehq.org/attachment.cgi?id=62124
terminal output while running the game
The game starts up fine and all menus work, including audio, however, once the
gameplay portion of the game starts, the game only renders the HUD and a bright
green screen. The game works, audio plays, inputs are recognized, AI works (the
player is being attacked), only that no graphics ever show up. Tested so far
with both Wine 3.13, 3.14, and 3.14-staging. Not sure what output would be
helpful in this case, so I at least attached the terminal output.
--
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=36184
Bug ID: 36184
Summary: valgrind shows a potential leaks in
avifil32/tests/api.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==2113== 8 bytes in 1 blocks are possibly lost in loss record 35 of 677
==2113== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2113== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2113== by 0x7B8457FF: HeapAlloc (heap.c:271)
==2113== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==2113== by 0x5852357: OLEClipbrd_Initialize (clipboard.c:1732)
==2113== by 0x588B6C6: OleInitialize (ole2.c:215)
==2113== by 0x4F95DE3: AVIFileInit (api.c:177)
==2113== by 0x4E6D3D2: func_api (api.c:716)
==2113== by 0x4E6E1F6: run_test (test.h:584)
==2113== by 0x4E6E5E4: main (test.h:654)
==2113==
--
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=44087
Bug ID: 44087
Summary: GLRAGE - TombATI - Tomb Raider 1 - can not play avi
video (and others videos formats than RPL)
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
With GLRage you can play Tomb Raider 1 with high quality 3D graphic on modern
computer. Glrage will ask for the game media (CD,Gog or Steam install...)
because it uses most of the original game files.
It works great on Linux with Wine after some little tweaks.
Original Tomb Raider videos are in RPL format.
GLRage know how to plays them and you can even replace original videos by new
higher quality video in others formats (avi, mkv...).
The bug here is about GLRage wich can not play other videos formats than RPL
with Wine.
How to reproduce:
- configure wine: activate virtual desktop mode, install vc_redist.x86.exe,
override winmm.dll and ddraw.dll
- install GLRage, you can download it here:
https://github.com/ata4/glrage/releases
- install it, during installation it will ask you for your Tomb Raider 1 CD or
installation folder (Gog, STeam...)
- Launch GLRage, videos played normally
- download "Tomb Raider 1 higher quality cinematics" from here:
http://download.glidos.net/TombATI
- replace the RPL videos located here: drive_c/tombati/fmv by the ones from the
"Tomb Raider 1 higher quality cinematics" package. This videos are in avi
format.
- launch GLRage: it can not play video, you have this error message:
movie playback 0x800401f0
This is the wine terminal log:
fixme:winediag:start_process Wine Staging 2.19 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
err:winedevice:async_create_driver failed to create driver L"WineBus": c0000142
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:vcruntime:__telemetry_main_invoke_trigger (0x10000000)
fixme:nls:GetThreadPreferredUILanguages 00000038, 0x32e894, 0x32e8a4 0x32e898
fixme:nls:get_dummy_preferred_ui_language (0x38 0x32e894 0x32e8a4 0x32e898)
returning a dummy value (current locale)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000060)
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e9dc 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e76c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e83c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e59c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e66c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32e49c 1 C) semi-stub
err:ole:CoCreateInstanceEx apartment not initialised
the last line "err:ole:CoCreateInstanceEx apartment not initialised" appear
each time GLRage can not play a video (avi videos).
I think GLRage play RPL by his own .
But for others formats it uses Windows components?
--
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=36182
Bug ID: 36182
Summary: valgrind shows a potential leaks in
atl/tests/registrar.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13481== 28 bytes in 1 blocks are possibly lost in loss record 161 of 562
==13481== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13481== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13481== by 0x529E83E: COMPOBJ_DllList_Add (compobj.c:526)
==13481== by 0x52A0B7A: apartment_getclassobject (compobj.c:1335)
==13481== by 0x52A42C4: get_inproc_class_object (compobj.c:2894)
==13481== by 0x52A4783: CoGetClassObject (compobj.c:3032)
==13481== by 0x52A4D45: CoCreateInstance (compobj.c:3197)
==13481== by 0x4C9A026: test_registrar (registrar.c:68)
==13481== by 0x4C9A8A7: func_registrar (registrar.c:159)
==13481== by 0x4C9B6A7: run_test (test.h:584)
==13481== by 0x4C9BA96: main (test.h:654)
==13481==
--
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=26108
Summary: ole32/defaulthandlers tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at StorageImpl_CreateDirEntry (storage32.c:1251)
by StorageBaseImpl_CreateDirEntry (storage32.h:272)
by StorageBaseImpl_CreateStream (storage32.c:985)
by init_ole_stream (defaulthandler.c:1619)
by DefaultHandler_IPersistStorage_InitNew (defaulthandler.c:1685)
by test_olestream (defaulthandler.c:81)
by func_defaulthandler (defaulthandler.c:107)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlReAllocateHeap (heap.c:1897)
by HeapReAlloc (heap.c:277)
by GlobalReAlloc (heap.c:676)
by HGLOBALLockBytesImpl_SetSize (memlockbytes.c:518)
by StorageImpl_Construct (storage32.c:2740)
by Storage_Construct (storage32.c:5131)
by StgCreateDocfileOnILockBytes (storage32.c:7709)
by create_storage (defaulthandler.c:41)
by test_olestream (defaulthandler.c:69)
by func_defaulthandler (defaulthandler.c:107)
by run_test (test.h:556)
by main (test.h:624)
--
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=26049
Summary: ws2_32/sock tests shows some leaks in AcceptEx?
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33221)
--> (http://bugs.winehq.org/attachment.cgi?id=33221)
valgrind log
Several leaks like:
36 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by WS2_AcceptEx (socket.c:1991)
by test_AcceptEx (sock.c:4464)
by func_sock (sock.c:4703)
by run_test (test.h:556)
by main (test.h:624)
--
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=36326
Bug ID: 36326
Summary: valgrind shows a leak in rpcrt4/tests/rpc_protoseq.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13435== 68 bytes in 1 blocks are possibly lost in loss record 143 of 282
==13435== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==13435== by 0x5BB4B33: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554)
==13435== by 0x5BAFAE5: RPCRT4_get_or_create_serverprotseq
(rpc_server.c:927)
==13435== by 0x5BB1D62: RpcServerUseProtseqA (rpc_server.c:1041)
==13435== by 0x4D7A5B0: func_rpc_protseq (rpc_protseq.c:71)
==13435== by 0x4D9AC78: run_test (test.h:584)
==13435== by 0x4D9B067: main (test.h:654)
==13435==
==13580== 64 bytes in 1 blocks are possibly lost in loss record 140 of 282
==13580== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==13580== by 0x5B94EC7: rpcrt4_protseq_np_alloc (rpc_transport.c:642)
==13580== by 0x5B8FAE5: RPCRT4_get_or_create_serverprotseq
(rpc_server.c:927)
==13580== by 0x5B919A1: RpcServerUseProtseqEpExA (rpc_server.c:997)
==13580== by 0x5B91B08: RpcServerUseProtseqEpA (rpc_server.c:892)
==13580== by 0x4D5A4F6: func_rpc_protseq (rpc_protseq.c:58)
==13580== by 0x4D7AC78: run_test (test.h:584)
==13580== by 0x4D7B067: main (test.h:654)
==13580==
--
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=32126
Bug #: 32126
Summary: Mathcad 14 ends up in a loop
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)uukgoblin.net
Classification: Unclassified
Running Mathcad 14 (Academic Version from Open University) on wine 1.5.16.
When opening specific files or when displaying some of the tips of the day,
Mathcad 14 freezes up, and there's lots of lines like these displayed in the
console:
fixme:mlang:fnIMLangLineBreakConsole_BreakLineW (0x361f760)->1024 L"Find out
what's new in Mathcad 14 under New Features." 53 -17197070 0xede79c 0xede768
The third number from the right decreases by 1 with each line printed, and
everything else stays the same.
Austin English suggested using "native mlang/usp10" (in bug 32091). I've
installed usp10 with winetricks and it's set to use native first in winecfg,
but it didn't help.
I'm not sure how to get native mlang, winetricks doesn't seem to know what it
is - any help on that would be appreciated.
--
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=35736
Bug ID: 35736
Summary: Citavi 4.3 is installed but can not be started
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jules(a)habmalnefrage.de
I tried to install Citavi 4.3 in Wine 1.7.13 (OS: Ubuntu 13.10).
First, I created a Prefix with win32 Architecture
rm -rf .wine
WINEARCH=win32 WINEPREFIX=~/.wine winecfg
Then I successfully installed .NET 4.5 as described here:
https://appdb.winehq.org/objectManag…sion&iId=25478
Furthermore I installed Internet Explorer 7 for Windows Server 2003 32-bit
(https://www.microsoft.com/en-us/down….aspx?id=24802) with wine and
gdiplus, corefonts, vcrun2008, vcrun2010, vb6run, mdac28 and jet40 with
winetricks.
Then I was not sure: According to the description
(https://appdb.winehq.org/objectManag…sion&iId=25478) I should have changed the
windows version of the Wine-Prefix to Windows 2003 after installing .NET 4.5.
But Citavi 4.3 requires Windows 7. So I carried on with Windows 7 and installed
Citavi 4.3 (Download: http://www.citavi.de/de/download.html). The Installation
ran without problems. But Citavi could not be started afterwards. When starting
it from bash I just got the attached feedback.
Regards,
Jules
--
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=20951
Summary: Wine cannot be compiled with -pg GCC option
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
make[1]: Entering directory `/tmp/wine-1.1.34/loader'
gcc -o wine-preloader -static -nostartfiles -nodefaultlibs
-Wl,-Ttext=0x7c000000 preloader.o ../libs/port/libwine_port.a
preloader.o: In function `__bb_init_func':
/tmp/wine-1.1.34/loader/preloader.c:162: undefined reference to `mcount'
preloader.o: In function `__stack_chk_fail_local':
/tmp/wine-1.1.34/loader/preloader.c:166: undefined reference to `mcount'
preloader.o: In function `__stack_chk_fail':
/tmp/wine-1.1.34/loader/preloader.c:167: undefined reference to `mcount'
preloader.o: In function `wld_mmap':
/tmp/wine-1.1.34/loader/preloader.c:276: undefined reference to `mcount'
preloader.o: In function `wld_strcmp':
/tmp/wine-1.1.34/loader/preloader.c:340: undefined reference to `mcount'
preloader.o:/tmp/wine-1.1.34/loader/preloader.c:367: more undefined references
to `mcount' follow
collect2: ld returned 1 exit status
make[1]: *** [wine-preloader] Error 1
--
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=32215
Bug #: 32215
Summary: wine 11game.exe run error after installed by wine
5211setup.exe
Product: Wine
Version: 1.5.17
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightning1141(a)gmail.com
Classification: Unclassified
Created attachment 42489
--> http://bugs.winehq.org/attachment.cgi?id=42489
wine 11game.exe
1. Download 5211Game.exe from http://www.5211game.com/down.aspx
2. install with wine
$wine 5211setup.exe
3. start from wine
$wine ~/.wine/drive_c/Program\ Files\ \(x86\)/11game/11Game.exe &>
wine-11game.log
11game.exe will not start, with such output:
wine: Unhandled page fault on read access to 0x7a2b0000 at address 0x78aa1f77
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x7a2b0000 in 32-bit code
(0x78aa1f77).
A full log is attached.
The software 5211setup.exe updates frequently.
$sha1sum 5211setup.exe
fff5d91fcd4cde99b42a77a435435d2baf8c44b3 5211setup.exe
--
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=13046
Summary: Intermittent audio looping in Beyond Good and Evil
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben-dev(a)gmx.net
Created an attachment (id=12801)
--> (http://bugs.winehq.org/attachment.cgi?id=12801)
dsound trace
The sound in Beyond Good and Evil is badly broken. Around half of the audio
clips (whether they're music, voice or effects) start playing but get stuck in
a ~2 second continuous loop (i.e. the first ~2 seconds of the clip play over
and over again) and this continues until a scene change.
I've tested this on Ubuntu 7.10 and 8.04 with alsa, oss and jack and nothing
helped.
In the trace, I can't see anything obvious. It looks a bit like the
application stops responding to SetEvent()s. In the attached file, the only
sound you can hear is looping for the last half of the trace.
The problems vary from run to run - pretty much any of the audio clips might
break on any given run. I searched bugzilla but couldn't see any bugs for this
problem.
--
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=45690
Bug ID: 45690
Summary: Wine does not respect window managers that don't
support iconic state
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: streetwalkermc(a)gmail.com
Distribution: ---
Several window managers, such as i3, do not support iconized windows by design.
However, Wine does not respect those window managers, and will internally go
into iconic state despite the WM not granting its request. This results in
unusable applications until the WM asks Wine to go back to its normal state
again.
An easy way to reproduce this is to launch a game that uses exclusive
full-screen. When the game loses focus (e.g., by switching to another
workspace), it will request iconization. Wine will then call XIconizeWindow,
and immediately assume that the window has been minimized, instead of waiting
for the WM to update the WM_STATE atom and then considering itself minimized.
This will make the game unplayable until it is terminated externally, unless
the WM implements a hack to get it out of that state.
Related thread: https://github.com/i3/i3/pull/3370
--
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=42874
Bug ID: 42874
Summary: Battle.net App is unable to update games
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 57992
--> https://bugs.winehq.org/attachment.cgi?id=57992
Console output
Any game requiring an update will cause a loop and not finish updating.
Overwatch, Hearthstone, World of Warcraft or whatever other Game you have will
announce a possible update is ready.
If it is started, it will never finish and you will be notified of a possible
update again.
--
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=28109
Summary: winmm capture tests fail on some machines
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On my Asus G60JX laptop, with Ubuntu 11.04, winmm's capture tests fail with
err:winmm:WINMM_OpenDevice Activate failed: 80004005
capture.c:148: Test failed: waveInOpen(1): format=8000x 8x1
flags=50000(CALLBACK_EVENT) rc=MMSYSERR_ERROR(Undefined external error.)
err:winmm:WINMM_OpenDevice Activate failed: 80004005
capture.c:148: Test failed: waveInOpen(1): format=8000x 8x1
flags=50008(CALLBACK_EVENT|WAVE_FORMAT_DIRECT) rc=MMSYSERR_ERROR(Undefined
external error.)
This is a bit like bug 27895.
--
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.