http://bugs.winehq.org/show_bug.cgi?id=32143
Bug #: 32143
Summary: Touhou Danmakufu crashes while trying to load .mp3
files
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrewsuicune(a)gmail.com
Classification: Unclassified
When using Touhou Danmakufu, the music runs at an accelerate pace. Sometimes,
the computer will overload trying to play the .mp3 files (the .wav sound
effects do not have the issue), and Danmakufu will crash.
According to the Terminal Window, the crash is because of the Frame Sync. (The
.mp3 files all share this issue).
MacOSX 10.7.5 with a 2.4 GHz Intel Core i5.
Danmakufu version 0.12m
Wine Version 1.5.15
XQuartz Version 2.7.4 with xorg-server 1.13.0
--
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=37107
Bug ID: 37107
Summary: LOLReplay crashes on startup
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hai-kbrobeil(a)web.de
Created attachment 49329
--> https://bugs.winehq.org/attachment.cgi?id=49329
Console output of wine ~/.wine/drive_c/Program\ Files/LOLReplay/LOLRecorder.exe
LOLReplay (http://www.leaguereplays.com/) crashes once started with the message
"LOL Replay Recorder has encountered a problem and needs to close. We are sorry
for the convenience."
I installed dotnet 3.5sp1 and 4.0 as suggested on the app's website, otherwise
this is a new wineprefix 32 bit on arch linux.
Let me know if more information is needed!
--
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=36971
Bug ID: 36971
Summary: Crazy Talk 7.3 Application crash during importing of
MP3 File.
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jignesh_rajguru(a)hotmail.com
Created attachment 49093
--> http://bugs.winehq.org/attachment.cgi?id=49093
Crazy Talk 7.3 Application crash during importing of MP3 File.
Hi Sir,
I am trying to use Crazy Talk 7.3 Application with wine 1.7.22 on Ubuntu.
This application use DirectX 9. When I am trying to import .MP3 file
Application getting started crashed.
I had tried to use native quartz.dll and devenum.dll but no success.
This suggestion was given in forum by moderator.
Forum topic : CrazyTalk 7.3 Application Support
(http://forum.winehq.org/viewtopic.php?f=8&t=23143)
I have attached backtrace.txt file for the reveiw. Please help to sorted out
this.
Thanks and Regards.
Jignesh Rajguru.
+91.9920046434
--
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=40808
Bug ID: 40808
Summary: Magicka crashes on launch
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: razzylaqui(a)gmail.com
Distribution: ---
Created attachment 54746
--> https://bugs.winehq.org/attachment.cgi?id=54746
The first error log, before reinstalling winetricks verbs
When launching Magicka through Steam, no window will come up and it will try to
run for a few seconds, before crashing and leaving an error log in the Magicka
directory (C:\Program Files\Steam\steamapps\common\Magicka\).
This was tested in a 32-bit Wine prefix with xinput, xna31, d3dx9, and dotnet35
installed as described in WineHQ. However, I received different error logs
after attempting to reinstall d3dx9, xna31, and dotnet35 with the --force
option, and after running dotnetfx.exe and attempting to 'repair' the .NET
framework 3.5 installation.
--
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=40676
Bug ID: 40676
Summary: Metro 2033 redux part2
Product: Wine
Version: 1.9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 79625490833(a)yandex.ru
Distribution: ---
Created attachment 54551
--> https://bugs.winehq.org/attachment.cgi?id=54551
log
Hello. The test game does not start. Here is 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.
http://bugs.winehq.org/show_bug.cgi?id=34974
Bug #: 34974
Summary: L.A. Noire needs native dotnet20
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 46603
--> http://bugs.winehq.org/attachment.cgi?id=46603
log
After installing native dotnet20 launcher works.
--
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=33884
Bug #: 33884
Summary: webding & wingdings fonts are not reconized
Product: Wine
Version: 1.6-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dyvazar(a)numericable.fr
Classification: Unclassified
since wine 1.6, both fonts webding & wingdings (ttf) only draw rectangles
instead of their usual symbols. (was working fine previously)
--
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=41777
Bug ID: 41777
Summary: Warden: Melody of the Undergrowth light shafts do not
render correctly
Product: Wine
Version: 1.9.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 56213
--> https://bugs.winehq.org/attachment.cgi?id=56213
warden log
What should be soft light shafts are rendered as bright white lights.
Warden is a unity game that uses this plugin for rendering light shafts:
https://github.com/robertcupisz/LightShafts
The log in the attachment is running the game with no flags. The rendering
looks the same when run with -force-d3d9.
--
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=42811
Bug ID: 42811
Summary: PCG Tools Application fails to install
Product: Wine
Version: 2.5
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sterling2001(a)gmail.com
Able to successfully run install file, but the resulting file is not able to be
run on Mac OS X, even with the "installation successful" 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=44988
Bug ID: 44988
Summary: win86emu says "unable to reserve memory" when i try to
run an x86 app on arm
Product: Wine
Version: 3.6
Hardware: arm
OS: Android
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skompc(a)gmail.com
this is actually an old issue that should be brought back up in my opinion
since wine now runs on android and win86emu would allow regular windows apps to
run.
I've uploaded a copy of win86emu onto mega for download
https://mega.nz/#F!omABTTwC!aQ4qOIxu1U3aOPge5hj4xw
--
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=19775
Summary: Largo Winch: crash with hardware vertex shader
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=23166)
--> (http://bugs.winehq.org/attachment.cgi?id=23166)
Full log +all,-several, stripped from GetTick line noise.
With default settings in winecfg, the application crashes immediately before
displaying the logos, upon return from d3d8 CreateVertexShader.
Disabling the hardware vertex shader in winecfg allows the game to start (but
see bug #19773). This is the first application I faced where I had to do this
-- can I expect 3D applications to generally work well without hardware VS?
The full log (attached) shows a NULL pointer access by the application
immediately following return from IDirect3DDevice8Impl_CreateVertexShader.
fixme:d3d8:ValidateVertexShader (0x102d278 (nil) (nil) 1 0x33ef20): stub [2x]
0009:trace:d3d8:parse_token 0x40010007 REG(D3DVSDE_TEXCOORD0, D3DVSDT_FLOAT2)
0009:trace:d3d8:IDirect3DDevice8Impl_CreateVertexShader (0x15e4e0) : returning
0x10426f0 (handle 0xf0000021)
0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x48b24d ip=0048b24d
tid=0009
wine: Unhandled page fault on read access to 0x00000000 at address 0x48b24d
(thread 001c)
=>0 0x0048b24d in largowinch (+0x8b24d) (0x7ee2b010)
I'm not aware of a demo of this application.
Running Ubuntu Intrepid with Intel i915, but the crash also occurs on MacOS
with NVidia 9400M.
--
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=43949
Bug ID: 43949
Summary: WINEDEBUG=+relay does not work on armv7l (and/or when
CWD is a symlink)
Product: Wine
Version: 2.19
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
While getting logs for bug 43945, I Noticed that WINEDEBUG=relay does not work
(+tid,+seh were fine):
../../../tools/runtest -q -P wine -T ../../.. -M d3dx9_36.dll -p
d3dx9_36_test.exe.so mesh && touch mesh.ok
0047:trace:relay:load_list L"RelayExclude" =
L"ntdll.RtlEnterCriticalSection;ntdll.RtlTryEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.48;kernel32.49;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98;kernel32.TlsGetValue;kernel32.TlsSetValue;kernel32.FlsGetValue;kernel32.FlsSetValue;kernel32.SetLastError"
0047:trace:relay:load_list L"RelayFromExclude" =
L"winex11.drv;winemac.drv;user32;gdi32;advapi32;kernel32"
0047:Call KERNEL32.__wine_kernel_init() ret=af0ff758
Warning: could not find DOS drive for current working directory
'/var/host/media/removable/SD Card/wine-git/dlls/d3dx9_36/tests', starting in
the Windows directory.
wine client error:47: write: Invalid argument
Makefile:369: recipe for target 'mesh.ok' failed
make: *** [mesh.ok] Error 1
If I remove +relay, it's fine.
Possibly relevant, CWD is $HOME/wine-git/dlls/d3dx9_36/tests, while
$HOME/wine-git is a symlink to /var/host/media/removable/SD Card/.
--
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=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=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=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.