http://bugs.winehq.org/show_bug.cgi?id=33552
Bug #: 33552
Summary: Dragon Age 2 doesn't detect my graphic card VRAM and
driver
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: …
[View More]Unclassified
Created attachment 44410
--> http://bugs.winehq.org/attachment.cgi?id=44410
Screenshot of the detection problem
Using a wine patch (which will be included in 1.5.30) made me able to have my
graphic card name detected.
However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's
too old to make me able to change some graphic options.
Card : Nvidia Gefore GT 630, driver 313.30
Gentoo 32 bits, kernel 3.7.10
--
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.
[View Less]
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 …
[View More]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.
[View Less]
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: …
[View More]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.
[View Less]
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
…
[View More]--> 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.
[View Less]
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 …
[View More]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.
[View Less]
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+ …
[View More]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.
[View Less]
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 …
[View More]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.
[View Less]
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
…
[View More] 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.
[View Less]
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== …
[View More]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.
[View Less]
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)
--> (…
[View More]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.
[View Less]
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
…
[View More]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.
[View Less]
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)…
[View More]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.
[View Less]
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 …
[View More]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.
[View Less]
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
…
[View More] 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.
[View Less]
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)…
[View More]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.
[View Less]
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: -…
[View More]--
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.
[View Less]
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
--…
[View More]> 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.
[View Less]
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-…
[View More]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.
[View Less]
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" …
[View More]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.
[View Less]
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: …
[View More]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.
[View Less]
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.…
[View More]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.
[View Less]
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.…
[View More]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.
[View Less]
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
--…
[View More]> 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.
[View Less]
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 …
[View More]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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39051
Bug ID: 39051
Summary: TabbedTextOut() incorrect output on tab character
Product: Wine
Version: 1.7.29
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)goabq.org
Distribution: ---
Created attachment 52021
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=52021
testcase (tto.exe) and files to build it
Tab characters do not output correctly when they are output one at a time.
This is much worse using a memory device context than a screen device context.
Attached is a testcase. It outputs text to a window using 2 different methods.
Clicking in the client area toggles the method. When iterating over each
character, TabbedTextOut() produces apparently garbage from the previous line
instead of filling the rectangle appropriately as windows does. When drawing
the line in a single call, the behavior is as expected. Spaces do not suffer
from this problem (illustrated also by the testcase).
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35504
Bug ID: 35504
Summary: LibreOffice installation creates two wrong files
Product: Wine
Version: 1.7.10
Hardware: x86
URL: http://sourceforge.net/projects/libreoffice.mirror/fil
es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d
ownload
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: …
[View More]P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be
found:
C:\Win\System\msvcp100.dll
C:\Win\System\msvcr100.dll
$ sha1sum LibreOffice_4.2.0_Win_x86.msi
0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40303
Bug ID: 40303
Summary: Control Data passed in DIALOGEX Resource passes
pointer with offset sizeof(WORD)
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vendor2013(a)herdsoft.com
…
[View More]Distribution: ---
Created attachment 53942
--> https://bugs.winehq.org/attachment.cgi?id=53942
Sourcecode for a test program
When DIALOGEX Resources contain Custom data like in:
DEFPUSHBUTTON "OK", IDOK, 148, 6, 50, 14 { 1, 2, 3, 4, 5 }
The pointer passed in WM_CREATE is two bytes higher than in windows. In Windows
(Tested with Vista an Windows 7 64-Bit) it Points to the Number of Words, in
Wine it points to the first data byte.
Microsoft Specs for this stuff are here:
https://msdn.microsoft.com/de-de/library/windows/desktop/ms645389%28v=vs.85…
Attached file dialogtest.zip is sourcecode for a test program with a simple
custom control that displays the passed control data.
Bug is in Version 1.6.2 (Debian Jessie) and 1.9.5 (Last Download).
My suggestion for a patch:
--- wine-1.6.2.orig/dlls/user32/dialog.c
+++ wine-1.6.2/dlls/user32/dialog.c
@@ -234,7 +234,8 @@ static const WORD *DIALOG_GetControl32(
TRACE("\n");
TRACE(" END\n" );
}
- info->data = p + 1;
+ info->data = p;
p += GET_WORD(p) / sizeof(WORD);
}
else info->data = NULL;
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40264
Bug ID: 40264
Summary: Iris Online cannot connect to login server
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: noscrubs.net(a)gmail.com
Created attachment 53881
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=53881
Winsock trace from Linux and Mac OS X versions of wine.
The game client cannot connect to the login server to authenticate the account.
This works perfectly when running under the same version of Wine under Linux,
and of course Windows.
I have attached a short winsock trace that shows the differences when running
under Linux and Mac OS X versions of Wine.
I am also including a snippet of the client source relating to this log.
The game client can be downloaded from
http://noscrubs.net/downloads/NoScrubs_Iris_Online_Nov_2015.zip
The launcher/patcher works fine apart from some HTML display issues.
AppDB page:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=33421&iTestin…
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=20104
Summary: Fujiprint/Fotokasten albums cannot be created due to
missing richtext query interface
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://www.fotokasten.de/index.php?ftkPage=static&ftkV
iew=ftksoftware
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
…
[View More] AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cweiske(a)cweiske.de
Running the "fotokasten" photo album creation software fails to create certain
photo books with the following error:
> fixme:richedit:fnTextSrv_QueryInterface Unknown interface:
> {01c25500-4268-11d1-883a-3c8b00c10000}
> fixme:richedit:fnTextSrv_OnTxInplaceDeactivate 0x3a1e8e0: STUB
How to reproduce:
1. Run software
2. Click on tab "Fotobücher"
3. Click on "Fotobücher" icon
4. Click on "Fun"
5. Click on "Fun A4"
6. A loading window appears but is hidden soon after.
When using Fotobücher->Fotobücher->Soft->A4, the richtext window has not to be
shown, and I get to the next window (meaning it works without richtext).
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=10913
Summary: start.exe doesn't support optional process title
argument
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://jedit.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.…
[View More]com
Running real Java apps under the latest Sun win32 JRE on Wine
seems like a fine stress test, even though in many
cases users should run with the Linux JRE instead.
The Sun JRE and jEdit install ok, but jedit has many startup problems.
Here's the first one.
Invoking it with the batch file provided by jEdit fails.
Here's what's in the batch file:
start "jEdit startup" "c:\windows\system32\javaw.exe" -Xms64M -Xmx192M -jar
"C:\Program Files\jEdit\jedit.jar" -reuseview %*
And here's what happens when you run it:
$ cd ~/.wine/drive_c/Program Files/jEdit
$ ~/wine-git/wine cmd /c jedit.bat
fixme:exec:SHELL_execute flags ignored: 0x00000500
trace:process:CreateProcessW app (null) cmdline L"jEdit startup
c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program
Files\\jEdit\\jedit.jar\" -reuseview"
trace:process:find_exe_file looking for L"jEdit"
trace:process:find_exe_file Trying native exe
L"c:\\windows\\system32\\jEdit.exe"
...
trace:process:find_exe_file Trying built-in exe L"c:\\windows\\system32\\jEdit
startup.exe"
...
trace:process:find_exe_file looking for L"jEdit startup
c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program
Files\\jEdit\\jedit.jar\" -reuseview"
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found
So it seems that start takes an optional process title argument.
Sure enough,
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en…
documents it.
Who knew?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=31644
Bug #: 31644
Summary: glMapBufferRange is extremely slow while playing
Resident Evil 5 ( happens only on nvidia binary driver
)
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
…
[View More] ReportedBy: tizbac2(a)gmail.com
Classification: Unclassified
Calls to glMapBufferRange are extremely slow on nvidia drivers with resident
evil 5, if this should be reported to nvidia instead just close it
over 90% of frame time is taken by glMapBufferRange
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38488
Bug ID: 38488
Summary: Wrong taces in functions *_invalidate_location
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
I got a plenty of messages like
fixme:…
[View More]d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00.
fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00.
fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00.
fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00.
It rises because the function wined3d_volume_invalidate_location() is used
with reversed parameter
For example dlls/wined3d/device.c:
wined3d_volume_invalidate_location(dst_volume, ~WINED3D_LOCATION_TEXTURE_RGB);
The function assumed location and not ~location.
-----
void wined3d_volume_invalidate_location(struct wined3d_volume *volume, DWORD
location)
{
TRACE("Volume %p, clearing %s.\n", volume,
wined3d_debug_location(location));
volume->locations &= ~location;
TRACE("new location flags are %s.\n",
wined3d_debug_location(volume->locations));
}
-----
Here wined3d_debug_location() will message like above.
Same about wined3d_resource_invalidate_location(struct wined3d_resource
*resource, DWORD location)
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=18496
Summary: BREW simulator always shows a black display
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jon.dufresne(a)gmail.com
Tested with wine-1.1.21
I am attempting to use the Qualcomm BREW simulator …
[View More]under wine. After
installing, I attempted to run the example applets. The application launches
and I am able to select an applet directory, but the simulated device's screen
always shows black and not the usual list of icons that represent available
applets.
The BREW simulator installer is found here:
https://brewx.qualcomm.com/bws/content/gi/products/sdk/3.1/en/3.1.5.179/ins…
Steps to reproduce:
1. Download and install BREW SDK simulator
2. Run simulator
3. Use menu to selec "File->Change Applet Dir..."
4. Navigate to c:/Program Files/BREW 3.1.5/sdk/examples/
5. Hit "OK"
6. Notice screen is black
Expected results:
Under windows, the BREW simulator will show a listing of the available BREW
applets (one for each *.mif file in the directory chosen). This list appears as
a series of icons inside the device's display area.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=15703
Summary: LEGO Star Wars controller options
Product: Wine
Version: 1.1.6
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: infernux(a)web.de
Going to "Controller Options" freezes the game, pressing "Esc" does not make it
playable again.
…
[View More]I don't know what other information / logs would be helpful, if you need
anything specific just say so.
This only affects the _first_ of the two games - but the 2nd seems to have a
different input system anyway (requires xinpit1_2.dll for example).
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=19777
Summary: Ad Astra game runs very slow glBlitFramebuffer
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chrisyate+wine(a)gmail.com
CC: chrisyate+wine(a)gmail.com
Ad Astra is a free space …
[View More]flight sim available at www.a-astra.com.
The game runs (as in starts) successfully, with a clean .wine prefix folder.
However once it enters 3D mode the disk starts to grind, wine spits out lots of
fixmes and the program runs slowly with fps around 3, max maybe 5. The
following is output, over and over until you stop the game.
<quote>
fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glBlitFramebuffer() @
device.c / 6532
fixme:d3d:state_ckeyblend Render state WINED3DRS_COLORKEYBLENDENABLE not
implemented yet (repeated 6 times)...
</quote>
My System is Athlon XP2400+, a NVidia 6200 clone (the Zotac with 256Mb), 1.5Gb
ram. Unfortunately I can't confirm whether it would work on my machine if I
was running Windows natively. Any other info, please ask.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=21023
Summary: SetupDiOpenDevRegKey() returns wrong HKEY
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mdealencar(a)gmail.com
Created an attachment (id=25222)
--> (http://bugs.winehq.org/attachment.cgi?id=25222)
…
[View More]bug example
In a Windows XP system SetupDiOpenDevRegKey() returns the "Device Parameters"
HKEY under the device instance corresponding to the supplied (DeviceInfoSet,
&DeviceInfoData) pair.
Wine's SetupDiOpenDevRegKey() returns the device instance HKEY instead.
The relevant registry keys are not created by Wine, so I had to import them
from a Windows XP system
Example:
Windows HKEY returned corresponds to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1\Device
Parameters
Wine HKEY returned corresponds to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1
The attached registry patches and source code enable the reproduction of the
bug.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39932
Bug ID: 39932
Summary: bat-script with quotes cann't be called using
CreateProcess
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andrej.skvortzov(a)gmail.com
Distribution: ---…
[View More]
Created attachment 53340
--> https://bugs.winehq.org/attachment.cgi?id=53340
executable with source code to reproduce the problem
This problem exists in software to configure HMI panels from OWEN and Xinje.
http://www.owen.ru/catalog/graficheskaya_panel_operatora_s_sensornim_upravl…
(Russian)
To reproduce this problem easily minimal test program is created. See attached
archive cmd_call_batch.tar.xz.
Here are technical details of the problem. To appear following conditions need
to be met:
- bat-script is called using CreateProcess
- name of bat-script is quoted
- some parameters of bat-scrits are quoted.
For example,
"test2.bat" "param1" param2
wine runs bat-script using cmd.
cmd /c "test2.bat" "param1" param2
On Windows cmd fails if name of bat-script and parameters both are quoted. To
avoid this problem attached patch always removes quotes from bat-script's name
before cmd is called.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32374
Bug #: 32374
Summary: List box with LBS_NODATA set, has very low
performance, depending on items count.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johnfound(a)evrocom.net
…
[View More]Classification: Unclassified
Created attachment 42719
--> http://bugs.winehq.org/attachment.cgi?id=42719
Test application that illustrates the bug. Source code included.
List box control, when has LBS_NODATA style set, needs very big time to process
LB_SETCOUNT message (this message works only for list box with LBS_NODATA set).
On Windows this message is handled for less than 1ms regardless of the count
sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate
when LBS_NODATA is set. It only need to set the scroll bar parameters).
In WINE (every version but in v1.4 and v1.5 it is really slow) processing this
message needs some amount of time, proportional to the item count set by
LB_SETCOUNT.
As long as this list box style is provided because of its speed, such a
behavior can block the execution of the application for very long time.
Small test application is attached which measures the time needed for
LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code
included.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38337
Bug ID: 38337
Summary: clang compiling warnings
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine …
[View More]works somehow.
There are hundreds warning so I show them in one bug although there are many
possible bugs.
----
keyboard.c:287:2: warning: illegal character encoding in string literal
[-Winvalid-source-encoding]
"?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+",
^
----
cocoa_status_item.m:100:13: warning: instance method
'-discardEventsPassingTest:'
not found (return type defaults to 'id')
[queue discardEventsPassingTest:^BOOL (macdrv_event* event){
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
----
imgfactory.c:715:88: warning: implicit conversion from enumeration type
'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to
different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum
WICBitmapCreateCacheOption') [-Wconversion]
...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL,
&format, option,...
~~~~~~~~~~~~~~~~~
^~~~~~
-----
display.c:225:24: warning: unused function 'create_mode_dict'
[-Wunused-function]
static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode)
^
1 warning generated.
-----
node.c:1620:37: warning: implicit conversion from enumeration type
'xmlElementType' to different enumeration type 'DOMNodeType' (aka
'enum tagDOMNodeType') [-Wconversion]
*domNodeType = This->node.node->type;
~ ~~~~~~~~~~~~~~~~~^~~~
1 warning generated.
-----
locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__'
ignored [-Wattributes]
call_locale_facet_vector_dtor(iter->fac, 1);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor'
#define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \
^
./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC'
#define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*...
^
../../include/windef.h:169:21: note: expanded from macro 'WINAPI'
#define WINAPI __stdcall
^
../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall'
...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__))
^~~~~~~~~~~~~~~~~~~~~~~~~~~
-----
mach.c:93:9: warning: 'bootstrap_register' is deprecated
[-Wdeprecated-declarations]
if (bootstrap_register(bp, (char*)wine_get_server_dir(), ...
^
----
warning: Small Fonts 11: missing glyph for char 05b0
----
file.c:2124:49: warning: array index 1 is past the end of the array
(which contains 1 element) [-Warray-bounds]
dir_info->FileName[0] == '.' && dir_info->FileName[1] == ...
^ ~
../../include/winternl.h:495:5: note: array 'FileName' declared here
WCHAR FileName[ANYSIZE_ARRAY];
^
1 warning generated.
----
I omitted same warnings repeated many times.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35207
Bug ID: 35207
Summary: Rendering issues in Outlast
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: stefan(a)codeweavers.com
…
[View More]Classification: Unclassified
Regression SHA1: 667f4225b5cc25c5e4f2f725d55a7c011e12c388
Created attachment 46958
--> http://bugs.winehq.org/attachment.cgi?id=46958
terminal output
In certain areas like the opening scene some of the textures are missing
(replaced by empty white rectangles). The problem exists when effects quality
in the video options menu set anything but <very low>.
The game uses Unreal Engine 3, no demo has been released.
Installing native d3dx9 libraries doesn't solve the problem, but 'winetricks
glsl-disable' is a workaround.
The problem is present since
667f4225b5cc25c5e4f2f725d55a7c011e12c388 is the first bad commit
commit 667f4225b5cc25c5e4f2f725d55a7c011e12c388
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Apr 2 14:54:01 2013 +0200
wined3d: Put local constants into the shader code again.
This is essentially a revert of cd7825c89374fb9dd4c20aef2dbfd258713efe6a,
with proper precision.
:040000 040000 f34c4237fad97c7435396d2fe4644e6a4dd94046
a4cf4d8af7ce2b467dff61ad7e5825884c8fcb36 M dlls
Let me know if you need further tests or debug logs.
Fedora 19
Nvidia binary drivers 325.15
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30123
Bug #: 30123
Summary: Mouse pointer is confined in a box lesser than the
full screen
Product: Wine
Version: 1.4-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kol(a)MV8660.spb.edu
…
[View More]Classification: Unclassified
Running TES5:Skyrim on the old system without Xinput2 support and
on the modern Fedora 16 (but not on Ubuntu) under Wine 1.3.21
or later versions exhibits the "inertial mouse" bug described in
http://appdb.winehq.org/objectManager.php?sClass=version&iId=24749
: after changing the direction of mouse movement the look continues
to move in the old direction for some time.
Since Wine 1.4-rc1 the old "inertial mouse" bug goes away but
it is replaced by the new "clip" bug. The old bug appeared to be
caused by the next strings in the dinput_mouse_hook() function
in "dlls/dinput/mouse.c":
if (This->clipped) pt = This->mapped_center;
else GetCursorPos(&pt);
which have been changed to
GetCursorPos(&pt);
in Wine 1.4-rc1. With new versions of Wine the mouse pointer is
confined to some box lesser than the full screen. The behaviour
of mouse depends on the "HKCU\Software\Wine\X11 Driver\GrabPointer"
key. When it is set to "Y", the pointer is strictly confined to
a box in game and in menus, when the key is set to "N", the pointer
moves free in menus but mouse look in game is free within some
limits and becomes very slow beyond these limits. It is similar
to Bug#6971 but setting "MouseWarpOverride" to "force" does not
change the mouse movement.
I experimentally found a simple "patch" to workaround:
in the function warp_check() in "dlls/dinput/mouse.c" file
the last operator "This->clipped = ..." has to be commented
out and "This->clipped = FALSE;" has to be inserted in place of.
I do not know how it work but it makes the mouse look correct in
Skyrim on my Fedora 10 system and, as far as I can see, does not
break other games at least in fullscreen mode.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=11070
Summary: Unimplemented function CRYPT32.dll.PFXIsPFXBlob
Product: Wine
Version: 0.9.52.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mhs(a)hp.com
CC: mhs(a)hp.com
Created an attachment (id=10088)
--> (http://bugs.…
[View More]winehq.org/attachment.cgi?id=10088)
Dependency Walker Load List (Wine Builtin)
The importpfx tool <http://home.fnal.gov/~jklemenc/importpfx.html> will run
under ~/.ies4linux , however fails with builtin ntdll and crypt32 under
~/.wine.
Importpfx would be very useful because it allows PKCS12 certificates to be
imported to the Certificate Store without need for IE's import/export frontend.
Note:
Filing this bug under crypt32, though it might better belong to ntdll.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38614
Bug ID: 38614
Summary: Holy Avatar vs. Maidens of the Dead installer crashes
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Keywords: Installer
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created …
[View More]attachment 51513
--> https://bugs.winehq.org/attachment.cgi?id=51513
terminal output + backtrace
The game is from Desura, the installer is a multi-volume self-extracting winrar
archive. When file extraction is completed the installer starts, I see the
splash screen and the language selection dialog from the installer for a brief
moment, but before any action could be taken Wine crashes.
The temporary directory 'RARSFX0' created by the installer is always deleted by
the application after it crashed.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35963
Bug ID: 35963
Summary: crash in Syberia2
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: farmboy0+winehq(a)googlemail.com
Created attachment 48060
--> http://bugs.winehq.org/attachment.cgi?id=…
[View More]48060
backtrace #1 from wine
I have found 2 places in the game that show this backtrace.
One is near the beginning of the game. Once you can control Kate Walker enter
the toilet in the train.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38471
Bug ID: 38471
Summary: scanline ordering different type assignment
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
dlls/dxgi/
Clang warning
----
output.c:…
[View More]216:41: warning: implicit conversion from enumeration type 'enum
wined3d_scanline_ordering' to different enumeration type
'DXGI_MODE_SCANLINE_ORDER'
(aka 'enum DXGI_MODE_SCANLINE_ORDER') [-Wenum-conversion]
desc[i].ScanlineOrdering = mode.scanline_ordering;
~ ~~~~~^~~~~~~~~~~~~~~~~
----
If we look more carefully then we see that wined3d_scanline_ordering assumes
values from 0 to 2 while DXGI from 0 to 3.
The difference is WINED3D_SCANLINE_ORDERING_INTERLACED = 2 may correspond to
DXGI_MODE_SCANLINE_ORDER_UPPER_FIELD_FIRST = 2,
DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST = 3,
depends on what?
Usual DXGI_MODE_SCANLINE_ORDER_LOWER_FIELD_FIRST but in this case the
assignment is wrong. 2 != 3
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=15883
Summary: When the Linux version of SDL_mixer is installed,
programs in Qb64 fail to compile (c++ compilation
failed).
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: …
[View More]samanddeanus(a)yahoo.com
When the Linux version of SDL_mixer is installed, programs in Qb64 fail to
compile (c++ compilation failed).
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=37965
Bug ID: 37965
Summary: Dead Space 3 sometimes fails to load checkpoints that
are not save points
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abolte(a)systemsaviour.com
…
[View More]Distribution: ---
Dead Space 3 autosaves the game, and there is no manual save option. While
checkpoints in the game are frequent, save points only occur every few
checkpoints. In theory, this means your character can die at any time without
major consequence. However quitting the game and loading it again may involve
replaying maybe 10+ minutes depending specifically where the death occurred.
Unfortunately, it seems that death in areas where the previous checkpoint was
not a save point causes the checkpoint to fail loading properly - resulting in
an instant death before the game even draws your character to the screen. This
results in a death/respawn loop that only ends when you bring up the in-game
main menu and select the option to exit the game, losing progress in the
process.
It is also noteworthy that the mouse cursor disappears from the game menu until
the option to end the current game is selected - presumably another side-effect
of the aforementioned bug. Re-loading the most recent save point gets the game
running normally again (until the next time it is triggered).
There is a video posted of this behaviour here:
https://www.youtube.com/watch?v=KDWbnrcx4Gc
While this behaviour was not reported in the Dead Space 3 AppDB entries, I
suspect this is the sort of thing that can easily go unnoticed without a
complete playthrough under Wine (which I just did) - particularly since I don't
think I even died during the first half of the game. I first encountered this
in Chapter 13, but it could be an issue in other chapters. I vaguely recall
seeing it later in the game somewhere.
The game was cracked to work around what I suspect is a variant of bug #34517
(only without an alternative work-around here). To rule out the crack being the
issue causing this behaviour, I copied the entire game directory and my save
game to a real Windows installation, where the bug could not be reproduced.
Observed on 1.7.35 with 8e9e4a6 reverted due to it producing a regression
(which I'll report separately momentarily).
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=34080
Bug #: 34080
Summary: Half-life 2 : Ammo doesn't display when loading game
Product: Wine
Version: 1.6-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: Unclassified
Created …
[View More]attachment 45307
--> http://bugs.winehq.org/attachment.cgi?id=45307
loaded game showing the bug
When I load a game, I can't see how much ammo is left on a weapon.
A workaround : changing video mode fullscreen/windowed then going back to the
previous one and then ammo display correctly.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38400
Bug ID: 38400
Summary: Files fail to save and open in BDCraft Cubik Lite/Pro
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexjvanderpotwebdesign(a)gmail.com
Distribution: ---
Created …
[View More]attachment 51253
--> https://bugs.winehq.org/attachment.cgi?id=51253
Backtrace from "export json" attempt
File saving and opening fails in BDCraft Cubik in both the Pro and Lite
versions. This makes the program effectively useless in Wine as you can not
import/export models. A backtrace from a save attempt 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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36382
Bug ID: 36382
Summary: valgrind shows a possible leak in in
ddraw/tests/ddraw7.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==5480== 28 bytes in 1 blocks are possibly lost in loss record 259 of 953
==5480== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5480== by 0x61B3BE8: apartment_getclassobject (compobj.c:526)
==5480== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894)
==5480== by 0x61B9D5F: CoGetClassObject (compobj.c:3032)
==5480== by 0x61BA4E7: CoCreateInstance (compobj.c:3197)
==5480== by 0x515764C: func_ddraw7 (ddraw7.c:2911)
==5480== by 0x50CC30B: main (test.h:584)
==5480==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36381
Bug ID: 36381
Summary: valgrind shows a couple possible leaks in in
ddraw/tests/ddraw2.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==5342== 28 bytes in 1 blocks are possibly lost in loss record 255 of 1,003
==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5342== by 0x6288BE8: apartment_getclassobject (compobj.c:526)
==5342== by 0x628BFF6: get_inproc_class_object (compobj.c:2894)
==5342== by 0x628ED5F: CoGetClassObject (compobj.c:3032)
==5342== by 0x628F4E7: CoCreateInstance (compobj.c:3197)
==5342== by 0x51134ED: func_ddraw2 (ddraw2.c:3061)
==5342== by 0x50CC30B: main (test.h:584)
==5342==
==5342== 92 bytes in 1 blocks are possibly lost in loss record 515 of 1,003
==5342== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5342== by 0x4ABE069: d3d3_CreateViewport (ddraw.c:3941)
==5342== by 0x4ABE1EE: d3d2_CreateViewport (ddraw.c:3962)
==5342== by 0x510969B: create_viewport.constprop.3 (ddraw2.c:268)
==5342== by 0x510B50F: test_lighting_interface_versions (ddraw2.c:3407)
==5342== by 0x5113DEB: func_ddraw2 (ddraw2.c:6421)
==5342== by 0x50CC30B: main (test.h:584)
==5342==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36349
Bug ID: 36349
Summary: valgrind shows a few leaks in d3d9/tests/stateblock.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4967==…
[View More] 148 bytes in 1 blocks are possibly lost in loss record 548 of 819
==4967== at 0x40087BA: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==4967== by 0x72216AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==4967== by 0x721C294: drm_intel_bo_alloc (in
/usr/lib/libdrm_intel.so.1.0.0)
==4967== by 0x6F2A251: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6F2A84B: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6F5F6DB: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6EEE9B4: ??? (in /usr/lib/dri/i965_dri.so)
==4967== by 0x6918B9B: ??? (in /usr/lib/libGL.so.1.2.0)
==4967== by 0x68E82F4: ??? (in /usr/lib/libGL.so.1.2.0)
==4967== by 0x6034DF2: create_glxcontext.isra.0 (opengl.c:1254)
==4967== by 0x6035127: X11DRV_wglCreateContextAttribsARB (opengl.c:2071)
==4967== by 0x5459C29: wglCreateContextAttribsARB (wgl.c:268)
==4967== by 0x4FB39D8: context_create (context.c:1543)
==4967== by 0x5049866: wined3d_swapchain_create (swapchain.c:914)
==4967== by 0x4F58F1F: d3d9_swapchain_create (swapchain.c:333)
==4967== by 0x4F53348: d3d9_device_CreateAdditionalSwapChain (device.c:504)
==4967== by 0x4A878DC: switch_render_target (stateblock.c:187)
==4967== by 0x4A89C94: execute_test_chain (stateblock.c:141)
==4967== by 0x4A8A9BE: test_state_management (stateblock.c:457)
==4967== by 0x4ADCD4C: run_test (test.h:584)
==4967==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38021
Bug ID: 38021
Summary: ntdll:load_dll doesn't check for correct dll ARCH
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: patrick1804(a)web.de
Distribution: ---
Problem 1:
ntdll:load_dll …
[View More]doesn't check if the found DLL has the wrong arch.
For example: 64bit application want's to load xinput1_3.dll.
There's a 32bit xinput1_3.dll in the same folder.
Expected behavior:
It should ignore this dll, instead of trying to open it.
Problem 2:
ntdll:load_dll doesn't check other locations for this DLL once a matching one
has been found, even when it has the wrong arch and couldn't be loaded.
For example: 64bit application want's to load xinput1_3.dll.
There's a 32bit xinput1_3.dll in the same folder.
It tries to open the file and fails. It doesn't check other folders like
System32.
The application doesn't start.
Expected behavior:
load_dll looks for 64bit xinput1_3.dll in system32 and starts.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36267
Bug ID: 36267
Summary: valgrind shows an invalid read in ddraw/tests/ddraw4.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4973=…
[View More]= Invalid read of size 4
==4973== at 0x50CE7C7: update_heap_entry (glsl_shader.c:905)
==4973== by 0x50CE900: shader_glsl_update_float_vertex_constants
(glsl_shader.c:939)
==4973== by 0x50AAEEE: wined3d_device_set_vs_consts_f (device.c:2297)
==4973== by 0x5137052: wined3d_stateblock_apply (stateblock.c:957)
==4973== by 0x498F1ED: ddraw_set_cooperative_level (ddraw.c:951)
==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019)
==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678)
==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300)
==4973== by 0x4D1E890: run_test (test.h:584)
==4973== by 0x4D1EC7F: main (test.h:654)
==4973== Address 0xb458000 is 42,896 bytes inside a block of size 65,544
alloc'd
==4973== at 0x7BC4C735: notify_alloc (heap.c:255)
==4973== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4973== by 0x50DF534: constant_heap_init (glsl_shader.c:6409)
==4973== by 0x50DF8FB: shader_glsl_alloc (glsl_shader.c:6478)
==4973== by 0x50A5691: wined3d_device_init_3d (device.c:882)
==4973== by 0x498E381: ddraw_attach_d3d_device (ddraw.c:591)
==4973== by 0x498E5B9: ddraw_create_swapchain (ddraw.c:634)
==4973== by 0x498F124: ddraw_set_cooperative_level (ddraw.c:934)
==4973== by 0x498F69F: ddraw4_SetCooperativeLevel (ddraw.c:1019)
==4973== by 0x4CA8A97: test_coop_level_create_device_window (ddraw4.c:678)
==4973== by 0x4CCC1E5: func_ddraw4 (ddraw4.c:7300)
==4973== by 0x4D1E890: run_test (test.h:584)
==4973== by 0x4D1EC7F: main (test.h:654)
==4973==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36261
Bug ID: 36261
Summary: valgrind shows a use after free in
ddraw/tests/ddraw4.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==29500== Invalid write of size 4
==29500== at 0x498B288: d3d_device_inner_Release (device.c:319)
==29500== by 0x498B45B: d3d_device3_Release (device.c:345)
==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624)
==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299)
==29500== by 0x4CDE890: run_test (test.h:584)
==29500== by 0x4CDEC7F: main (test.h:654)
==29500== Address 0x47a4dc8 is 112 bytes inside a block of size 160 free'd
==29500== at 0x7BC4C782: notify_free (heap.c:263)
==29500== by 0x7BC510C7: RtlFreeHeap (heap.c:1762)
==29500== by 0x497D9F9: ddraw_destroy (ddraw.c:441)
==29500== by 0x497DC0C: ddraw4_Release (ddraw.c:472)
==29500== by 0x49A3B99: ddraw_surface_release_iface (surface.c:552)
==29500== by 0x49A3D41: ddraw_surface4_Release (surface.c:611)
==29500== by 0x498B229: d3d_device_inner_Release (device.c:316)
==29500== by 0x498B45B: d3d_device3_Release (device.c:345)
==29500== by 0x4C6844D: test_process_vertices (ddraw4.c:624)
==29500== by 0x4C8C1E0: func_ddraw4 (ddraw4.c:7299)
==29500== by 0x4CDE890: run_test (test.h:584)
==29500== by 0x4CDEC7F: main (test.h:654)
==29500==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=41168
Bug ID: 41168
Summary: Test Drive Unlimited Crash before entry main menu
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 55397
--…
[View More]> https://bugs.winehq.org/attachment.cgi?id=55397
backtrace-testdriveunlimited
test drive unlimited crash before entry main menu, exactly when eden cinematic
finish
System Specs
Nvidia Drivers 370.23 (run package from nvidia drivers homepage)
Xubuntu 16.04 64Bit - Kernel 4.4.0-36 generic (ubuntu mainline) - CPUFreq:
Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36348
Bug ID: 36348
Summary: valgrind shows a couple leaks in d3d9/tests/d3d9ex.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==3976== …
[View More]16 bytes in 1 blocks are definitely lost in loss record 396 of 1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x4F58C13: Direct3DCreate9Ex (d3d9_main.c:63)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
==3976== 12,068 bytes in 1 blocks are definitely lost in loss record 1,915 of
1,973
==3976== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==3976== by 0x506F901: wined3d_create (wined3d_main.c:95)
==3976== by 0x4F654AE: d3d9_init (directx.c:647)
==3976== by 0x4F58C30: Direct3DCreate9Ex (d3d9_main.c:66)
==3976== by 0x4A557EB: create_device.constprop.1 (d3d9ex.c:59)
==3976== by 0x4A55992: test_reset (d3d9ex.c:684)
==3976== by 0x4A5A5CB: func_d3d9ex (d3d9ex.c:1218)
==3976== by 0x4ADCD4C: run_test (test.h:584)
==3976== by 0x4ADD13B: main (test.h:654)
==3976==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36621
Bug ID: 36621
Summary: valgrind shows several definite leaks in
ddraw/tests/ddraw1.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==13886== 20 bytes in 1 blocks are definitely lost in loss record 205 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6E659: test_coop_level_d3d_state (ddraw1.c:788)
==13886== by 0x4A87307: func_ddraw1 (ddraw1.c:5488)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
==13886== 20 bytes in 1 blocks are definitely lost in loss record 206 of 1,033
==13886== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13886== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13886== by 0x4B90A4B: DirectDrawCreateClipper (ddraw.c:3274)
==13886== by 0x4B90C0D: ddraw7_CreateClipper (ddraw.c:3309)
==13886== by 0x4B90E50: ddraw1_CreateClipper (ddraw.c:3342)
==13886== by 0x4A6BA13: create_device (ddraw1.c:286)
==13886== by 0x4A6ED15: test_surface_interface_mismatch (ddraw1.c:860)
==13886== by 0x4A8730C: func_ddraw1 (ddraw1.c:5489)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
etc.
and one case of:
==13516== 4,096 bytes in 1 blocks are definitely lost in loss record 1,473 of
1,516
==13516== at 0x72E66F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x72E2378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==13516== by 0x6EF6DC2: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EF8594: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6EFECCD: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D2D411: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6F0189E: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D16339: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x6D1A9E9: ??? (in /usr/lib/dri/i965_dri.so)
==13516== by 0x68D1C95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==13516== by 0x510FE80: surface_upload_data (surface.c:1641)
==13516== by 0x511D054: surface_load_texture (surface.c:4861)
==13516== by 0x511D52E: surface_load_location (surface.c:4954)
==13516== by 0x5111C25: surface_load (surface.c:2150)
==13516== by 0x51294DA: texture2d_sub_resource_load (texture.c:730)
==13516== by 0x5128AE8: wined3d_texture_load (texture.c:539)
==13516== by 0x50558C7: arbfp_blit_surface (arb_program_shader.c:7653)
==13516== by 0x5121910: wined3d_surface_blt (surface.c:6060)
==13516== by 0x4A9646C: ddraw_surface_blt_clipped (surface.c:1387)
==13516== by 0x4A96CCA: ddraw_surface7_Blt (surface.c:1543)
==13516==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36340
Bug ID: 36340
Summary: valgrind shows several warnings in
ddraw/tests/ddraw2.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==20452== Conditional jump or move depends on uninitialised value(s)
==20452== at 0x5842378: GetRegionData (region.c:889)
==20452== by 0x4E726BE: ddraw_clipper_GetClipList (clipper.c:213)
==20452== by 0x4EA05EE: ddraw_surface7_Blt (surface.c:1429)
==20452== by 0x4EA1FE6: ddraw_surface1_Blt (surface.c:1597)
==20452== by 0x4D9776E: test_clipper_blt (ddraw2.c:647)
==20452== by 0x4DA7C8E: func_ddraw2 (ddraw2.c:6398)
==20452== by 0x4E1C6DC: run_test (test.h:584)
==20452== by 0x4E1CACB: main (test.h:654)
==20452== Uninitialised value was created by a stack allocation
==20452== at 0x4EA0411: ddraw_surface7_Blt (surface.c:1503)
==20452==
and several leaks, e.g.,:
==20664== 20 bytes in 1 blocks are definitely lost in loss record 208 of 1,043
==20664== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==20664== by 0x4E8EA7E: DirectDrawCreateClipper (ddraw.c:3274)
==20664== by 0x4E8EC42: ddraw7_CreateClipper (ddraw.c:3309)
==20664== by 0x4E8ED9F: ddraw2_CreateClipper (ddraw.c:3331)
==20664== by 0x4DA6CBC: test_clipper_blt (ddraw2.c:565)
==20664== by 0x4DB7C8E: func_ddraw2 (ddraw2.c:6398)
==20664== by 0x4E2C6DC: run_test (test.h:584)
==20664== by 0x4E2CACB: main (test.h:654)
==20664==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36201
Bug ID: 36201
Summary: valgrind shows a definite leak under
crypt32/tests/store.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(…
[View More]a)gmail.com
Created attachment 48322
--> https://bugs.winehq.org/attachment.cgi?id=48322
valgrind log
==18714== 48 bytes in 1 blocks are definitely lost in loss record 215 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E5A6: Context_CreateLinkContext (context.c:60)
==18714== by 0x510AB00: Cert_clone (cert.c:127)
==18714== by 0x511D199: CRYPT_CollectionCreateContextFromChild
(collectionstore.c:85)
==18714== by 0x511D5C9: Collection_addCert (collectionstore.c:215)
==18714== by 0x510B119: add_cert_to_store (cert.c:263)
==18714== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==18714== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==18714== by 0x4EA953F: testCollectionStore (store.c:670)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
and several potential leaks, e.g.,:
==18714== 20 bytes in 1 blocks are possibly lost in loss record 53 of 443
==18714== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==18714== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==18714== by 0x514398B: CryptMemAlloc (main.c:124)
==18714== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==18714== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==18714== by 0x5164D74: CRYPT_SysOpenStoreA (store.c:644)
==18714== by 0x5165ADF: CertOpenStore (store.c:907)
==18714== by 0x5165B53: CertOpenSystemStoreA (store.c:919)
==18714== by 0x4EA9419: testCollectionStore (store.c:658)
==18714== by 0x4EB2BF4: func_store (store.c:2790)
==18714== by 0x4EB7F67: run_test (test.h:584)
==18714== by 0x4EB8356: main (test.h:654)
==18714==
full log attached
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=17913
Summary: Port royale: black hole instead ocean
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Created an attachment (id=20239)
--> (http://bugs.winehq.org/attachment.cgi?id=20239)
Here …
[View More]should be ocean
While playing port royale, and enter "global" mode, instead ocean there is only
black color.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36631
Bug ID: 36631
Summary: valgrind shows a definite leak in in
ddraw/tests/ddraw2.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==8554== 4,096 bytes in 1 blocks are definitely lost in loss record 931 of 958
==8554== at 0x70746F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==8554== by 0x7070378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==8554== by 0x6C84DC2: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C86594: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C8CCCD: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6ABB411: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6C8F89E: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6AA4339: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x6AA89E9: ??? (in /usr/lib/dri/i965_dri.so)
==8554== by 0x656BC95: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==8554== by 0x4F3FE80: surface_upload_data (surface.c:1641)
==8554== by 0x4F4D054: surface_load_texture (surface.c:4861)
==8554== by 0x4F4D52E: surface_load_location (surface.c:4954)
==8554== by 0x4F41C25: surface_load (surface.c:2150)
==8554== by 0x4F594DA: texture2d_sub_resource_load (texture.c:730)
==8554== by 0x4F58AE8: wined3d_texture_load (texture.c:539)
==8554== by 0x4E9CEFE: context_apply_blit_state (context.c:2246)
==8554== by 0x4E858D9: arbfp_blit_surface (arb_program_shader.c:7655)
==8554== by 0x4F51910: wined3d_surface_blt (surface.c:6060)
==8554== by 0x4BB146C: ddraw_surface_blt_clipped (surface.c:1387)
==8554==
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36623
Bug ID: 36623
Summary: valgrind shows some leaks in ddraw/tests/ddraw7.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
All of the …
[View More]form:
==31752== 20 bytes in 1 blocks are definitely lost in loss record 194 of 1,726
==31752== at 0x7BC4C75D: notify_alloc (heap.c:255)
==31752== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==31752== by 0x4A75A4B: DirectDrawCreateClipper (ddraw.c:3274)
==31752== by 0x4A75C0D: ddraw7_CreateClipper (ddraw.c:3309)
==31752== by 0x4DA2139: test_clipper_blt (ddraw7.c:710)
==31752== by 0x4DC439D: func_ddraw7 (ddraw7.c:7183)
==31752== by 0x4DF1F84: run_test (test.h:584)
==31752== by 0x4DF2373: main (test.h:654)
==31752==
There's a similar issue in ddraw4 in bug 36343.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35889
Bug ID: 35889
Summary: wine1.6 display fuzzy chinese ttf fonts, but dialog
fonts display normal
Product: Wine
Version: 1.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gamiljydcome(a)gmail.com
Created …
[View More]attachment 47925
--> http://bugs.winehq.org/attachment.cgi?id=47925
fuzzy chinese ttf fonts
i am running wine to use tdxw.exe (stock software) for a long time. i installed
simsun.ttf to show chinese fonts, before wine 1.5.18 this app disaplay fonts
very clearly. but using wine 1.6.x\1.7.x this app display fonts very fuzzy,
dialog fonts display normal. my os box is debian7.
i have tried disable fontconfig anti-aliasing and wine anti-aliasing,
replaced many other ttf fonts, nothing changed. see blow sample photo.
how to fix it?
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38685
Bug ID: 38685
Summary: valgrind shows an invalid read in d3d9/tests/d3d9ex.c
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.…
[View More]com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M d3d9.dll -p d3d9_test.exe.so
d3d9ex && touch d3d9ex.ok
==28064== Invalid read of size 2
==28064== at 0x4F67EB5: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
==28064== Invalid read of size 2
==28064== at 0x4F67ECB: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
==28064== Invalid read of size 2
==28064== at 0x4F67F45: check_gamma_ramps (dc.c:1340)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064== Address 0x4720000 is 392 bytes inside a block of size 1,712 alloc'd
==28064== at 0x7BC4A9F1: notify_alloc (heap.c:254)
==28064== by 0x7BC4EC94: RtlAllocateHeap (heap.c:1715)
==28064== by 0x4AC1763: wined3d_swapchain_create (swapchain.c:1064)
==28064== by 0x49AA370: swapchain_init (swapchain.c:337)
==28064== by 0x49AA44D: d3d9_swapchain_create (swapchain.c:362)
==28064== by 0x49A3DA1: device_parent_create_swapchain (device.c:3578)
==28064== by 0x4A17107: wined3d_device_init_3d (device.c:911)
==28064== by 0x49A41D0: device_init (device.c:3696)
==28064== by 0x49A609F: d3d9_CreateDeviceEx (directx.c:573)
==28064== by 0x479AE2A: create_device (d3d9ex.c:183)
==28064== by 0x47A13F5: test_user_memory_getdc (d3d9ex.c:1373)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
==28064==
Potentially causing a valgrind crash:
Memcheck: mc_main.c:1000 (get_sec_vbits8): Assertion 'n' failed.
Memcheck: get_sec_vbits8: no node for address 0x4720000 (0x472000D)
host stacktrace:
==28064== at 0x38030875: show_sched_status_wrk (m_libcassert.c:341)
==28064== by 0x38030981: report_and_quit (m_libcassert.c:413)
==28064== by 0x38030A63: vgPlain_assert_fail (m_libcassert.c:479)
==28064== by 0x3800AF24: get_sec_vbits8 (mc_main.c:1000)
==28064== by 0x3800B2FE: get_vbits8 (mc_main.c:812)
==28064== by 0x3800B2FE: mc_LOADVn_slow (mc_main.c:1368)
==28064== by 0x3800D9FF: mc_LOADV16 (mc_main.c:4601)
==28064== by 0x3800D9FF: vgMemCheck_helperc_LOADV16le (mc_main.c:4634)
==28064== by 0xBB643E1: ???
sched status:
running_tid=1
Thread 1: status = VgTs_Runnable (lwpid 28064)
==28064== at 0x4F67EB5: check_gamma_ramps (dc.c:1335)
==28064== by 0x4F6831B: SetDeviceGammaRamp (dc.c:1405)
==28064== by 0x4ABEE02: wined3d_swapchain_set_gamma_ramp (swapchain.c:255)
==28064== by 0x4ABE091: swapchain_cleanup (swapchain.c:37)
==28064== by 0x4ABE4DB: wined3d_swapchain_decref (swapchain.c:108)
==28064== by 0x4A17BB7: wined3d_device_uninit_3d (device.c:1135)
==28064== by 0x499A3F0: d3d9_device_Release (device.c:307)
==28064== by 0x47A167F: test_user_memory_getdc (d3d9ex.c:1398)
==28064== by 0x47A7338: func_d3d9ex (d3d9ex.c:2927)
==28064== by 0x4833E19: run_test (test.h:584)
==28064== by 0x4834261: main (test.h:666)
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=12453
Summary: Counter Strike Source bad performance in Video Stress
Test
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=3731
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)…
[View More]winehq.org
ReportedBy: vitaliy(a)kievinfo.com
During almost entire video stress test FPS stay really low (several times less
the on windows). This happens while console is being filled with these
messages:
fixme:d3d:IWineD3DCubeTextureImpl_PreLoad Cubetexture (0x1dfbcda8) has been
reloaded at least 20 times due to WINED3DSAMP_SRGBTEXTURE changes on it's
sampler
err:d3d_surface:fb_copy_to_texture_direct Texture filtering not supported in
direct blit
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=28167
Summary: Fifa 11: Game crashes
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jasonkchang96(a)gmail.com
Created an attachment (id=36085)
--> (http://bugs.winehq.org/attachment.cgi?id=36085)
The log
…
[View More]The game runs for a while, and an error sign comes up, telling me to report it
to bugs.winehq.org
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35096
Bug #: 35096
Summary: Kerning misbehavior for Hebrew text in Office 2010
Product: Wine
Version: 1.7.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sh.yaron(a)gmail.com
Classification: Unclassified
Created attachment …
[View More]46817
--> http://bugs.winehq.org/attachment.cgi?id=46817
This screenshot shows a sentece written in Word saying: "משפט שכתבתי בוורד"
First installed using PlayOnLinux v4.2.1.1
msttcorefonts was installed as a dependency.
Originally posted in Hebrew at the following thread:
http://www.fxp.co.il/showthread.php?t=13826259
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=21101
Summary: Can't use SHIFT key with onboard visual keyboard and
wine application
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: malicorne(a)chez.com
Wine 1.35
Ubuntu 9.10
To reproduce, press …
[View More]alt-F2 and execute "onboard"
Execute a notepad with wine
Then enter text using onboard with the shift key for uppercase characters for
exemple. It does'nt work.
It works with gedit so onboard working fine.
If you use the capslock, it's working but the shift key doesn't do anything.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36380
Bug ID: 36380
Summary: valgrind shows a possible leak in in
ddraw/tests/ddraw1.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==5320== 28 bytes in 1 blocks are possibly lost in loss record 256 of 978
==5320== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==5320== by 0x61B3BE8: apartment_getclassobject (compobj.c:526)
==5320== by 0x61B6FF6: get_inproc_class_object (compobj.c:2894)
==5320== by 0x61B9D5F: CoGetClassObject (compobj.c:3032)
==5320== by 0x61BA4E7: CoCreateInstance (compobj.c:3197)
==5320== by 0x50F4EDF: func_ddraw1 (ddraw1.c:2767)
==5320== by 0x50CC30B: main (test.h:584)
==5320==
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=19748
Summary: Unreal Tournament 3: Wrong Thread Problems
Product: Wine
Version: 1.1.27
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nerv(a)dawncrow.de
Playing UT3 throws a lot of Fixme's with Wrong thread Stubs like:
fixme:d3d:…
[View More]IWineD3DEventQueryImpl_GetData Wrong thread, reporting GPU idle.
and very often:
fixme:d3d:IWineD3DOcclusionQueryImpl_GetData 0x19dbfe28 Wrong thread, returning
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36658
Bug ID: 36658
Summary: valgrind shows an invalid read in ddraw/tests/d3d.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
…
[View More]../../../tools/runtest -q -P wine -T ../../.. -M ddraw.dll -p ddraw_test.exe.so
d3d && touch d3d.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:win:EnumDisplayDevicesW ((null),0,0x4f9f4a0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x4f9f520,0x00000000), stub!
==9737== Invalid read of size 4
==9737== at 0x635FB00: ??? (in /tmp/.glF7Rc58 (deleted))
==9737== by 0x5109AE4: fixup_extensions (directx.c:1542)
==9737== by 0x510FF86: wined3d_adapter_init_gl_caps (directx.c:3131)
==9737== by 0x5115459: wined3d_adapter_init (directx.c:5180)
==9737== by 0x51159B2: wined3d_init (directx.c:5272)
==9737== by 0x51BE953: wined3d_create (wined3d_main.c:105)
==9737== by 0x4DE1E2B: ddraw_init (ddraw.c:4874)
==9737== by 0x4DF61F2: DDRAW_Create (main.c:274)
==9737== by 0x4DF6403: DirectDrawCreate (main.c:309)
==9737== by 0x4CA7528: CapsTest (d3d.c:810)
==9737== by 0x4CB7D2D: func_d3d (d3d.c:3953)
==9737== by 0x4D720F8: run_test (test.h:584)
==9737== by 0x4D724E7: main (test.h:654)
==9737== Address 0xeb4f7c0 is on thread 1's stack
==9737==
OpenGL renderer string: GeForce GTX 460/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 337.25
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36620
Bug ID: 36620
Summary: valgrind shows a few invalid reads in
ddraw/tests/ddraw1.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==13886== Invalid read of size 4
==13886== at 0x4BC58CC: d3d_viewport_Clear (viewport.c:671)
==13886== by 0x4A83D8A: test_material (ddraw1.c:4948)
==13886== by 0x4A873B1: func_ddraw1 (ddraw1.c:5522)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886== Address 0xa060788 is 40 bytes inside a block of size 108 free'd
==13886== at 0x7BC4C7AA: notify_free (heap.c:263)
==13886== by 0x7BC510EF: RtlFreeHeap (heap.c:1762)
==13886== by 0x4BAB294: d3d_material3_Release (material.c:155)
==13886== by 0x4BABD73: d3d_material1_Release (material.c:400)
==13886== by 0x4A6C23C: destroy_material (ddraw1.c:426)
==13886== by 0x4A83A74: test_material (ddraw1.c:4917)
==13886== by 0x4A873B1: func_ddraw1 (ddraw1.c:5522)
==13886== by 0x4B24F84: run_test (test.h:584)
==13886== by 0x4B25373: main (test.h:654)
==13886==
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=20083
Summary: Invalid PIO_STACK_LOCATION->FileObject passed into
IRP_MJ_DEVICE_CONTROL dispatch routine
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: …
[View More]ray(a)pobox.co.uk
When the SIVDRIVER IRP_MJ_DEVICE_CONTROL dispatch routine is called the
PIO_STACK_LOCATION->FileObject in incalid, in fact it's set of 0x66666666.
This caused the v4.00 SIVDRIVER to crash as it expects to setup
PFILE_OBJECT->FsContext in file create callback and use it while processing
IRP_MJ_DEVICE_CONTROL. For 4.01 I managed to stop the crashes by adding code
to check for 0x66666666. This really needs to be fixed though.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40036
Bug ID: 40036
Summary: Shadows of Destiny Crash After Begins
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Game Crash with this message
fixme:win:…
[View More]EnumDisplayDevicesW ((null),0,0x33f978,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f6f8,0x00000000), stub!
fixme:d3d8:ValidateVertexShader (0x15415f0 (nil) (nil) 1 0x33f958): stub
wine: Unhandled page fault on read access to 0x00000000 at address 0x7a89e4
(thread 0074), starting debugger...
Using devenum as native crash with same messsage
System Specs used in test
Nvidia Drivers 361.18
Linux Mint 17.2 Raffaela XFCE Edition 64Bit - Kernel 4.0.0-040000-generic
(ubuntu mainline)
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEM: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
BOARD: MSI H81M E33
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36343
Bug ID: 36343
Summary: valgrind shows some leaks in ddraw/tests/ddraw4.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28085== …
[View More]20 bytes in 1 blocks are definitely lost in loss record 208 of 1,106
==28085== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28085== by 0x4A8BA7E: DirectDrawCreateClipper (ddraw.c:3274)
==28085== by 0x4A8BC42: ddraw7_CreateClipper (ddraw.c:3309)
==28085== by 0x4A8BCEF: ddraw4_CreateClipper (ddraw.c:3320)
==28085== by 0x4D7985C: test_clipper_blt (ddraw4.c:786)
==28085== by 0x4D8B583: func_ddraw4 (ddraw4.c:7301)
==28085== by 0x4DDD6DC: run_test (test.h:584)
==28085== by 0x4DDDACB: main (test.h:654)
==28085==
==28085== 28 bytes in 1 blocks are possibly lost in loss record 285 of 1,106
==28085== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28085== by 0x5FCEBB8: apartment_getclassobject (compobj.c:526)
==28085== by 0x5FD1FC6: get_inproc_class_object (compobj.c:2894)
==28085== by 0x5FD4D2F: CoGetClassObject (compobj.c:3032)
==28085== by 0x5FD54B7: CoCreateInstance (compobj.c:3197)
==28085== by 0x4D9093C: func_ddraw4 (ddraw4.c:3233)
==28085== by 0x4DDD6DC: run_test (test.h:584)
==28085== by 0x4DDDACB: main (test.h:654)
==28085==
==28085== 92 bytes in 1 blocks are possibly lost in loss record 550 of 1,106
==28085== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28085== by 0x4A82099: d3d3_CreateViewport (ddraw.c:3941)
==28085== by 0x4D859FB: create_viewport.constprop.6 (ddraw4.c:310)
==28085== by 0x4D8786C: test_lighting_interface_versions (ddraw4.c:3767)
==28085== by 0x4D91469: func_ddraw4 (ddraw4.c:7326)
==28085== by 0x4DDD6DC: run_test (test.h:584)
==28085== by 0x4DDDACB: main (test.h:654)
==28085==
==28085== 148 bytes in 1 blocks are possibly lost in loss record 752 of 1,106
==28085== at 0x40087BA: calloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==28085== by 0x74466AF: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==28085== by 0x7441294: drm_intel_bo_alloc (in
/usr/lib/libdrm_intel.so.1.0.0)
==28085== by 0x7052078: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x70524E1: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6DCE2FA: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6B80BFD: shared_dispatch_stub_462 (in
/usr/lib/libglapi.so.0.0.0)
==28085== by 0x51C7020: surface_prepare_map_memory (surface.c:563)
==28085== by 0x51D2387: surface_realize_palette (surface.c:783)
==28085== by 0x51C7EAA: wined3d_surface_set_palette (surface.c:2403)
==28085== by 0x4AA277B: ddraw_surface_set_palette (surface.c:472)
==28085== by 0x4AA2A23: ddraw_surface4_SetPalette (surface.c:4695)
==28085== by 0x4D819F2: test_palette_gdi (ddraw4.c:7163)
==28085== by 0x4D92809: func_ddraw4 (ddraw4.c:7348)
==28085== by 0x4DDD6DC: run_test (test.h:584)
==28085== by 0x4DDDACB: main (test.h:654)
==28085==
==28085== 4,096 bytes in 1 blocks are definitely lost in loss record 1,066 of
1,106
==28085== at 0x74456F1: ??? (in /usr/lib/libdrm_intel.so.1.0.0)
==28085== by 0x7441378: drm_intel_bo_map (in /usr/lib/libdrm_intel.so.1.0.0)
==28085== by 0x7056342: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x7057B14: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x705E23D: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6E8D781: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x7060E0E: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6E76789: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6E7ADE9: ??? (in /usr/lib/dri/i965_dri.so)
==28085== by 0x6A31BD5: glTexSubImage2D (in /usr/lib/libGL.so.1.2.0)
==28085== by 0x51C54E9: surface_upload_data (surface.c:1680)
==28085== by 0x51D1447: surface_load_texture (surface.c:5062)
==28085== by 0x51CBD1C: surface_load_location (surface.c:5155)
==28085== by 0x51CDCCE: surface_load (surface.c:2192)
==28085== by 0x51DB1F1: wined3d_texture_load (texture.c:539)
==28085== by 0x5133092: arbfp_blit_surface (arb_program_shader.c:7652)
==28085== by 0x51D37B6: wined3d_surface_blt (surface.c:6260)
==28085== by 0x4AADA52: ddraw_surface7_Blt (surface.c:1381)
==28085== by 0x4AAE5F6: ddraw_surface4_Blt (surface.c:1558)
==28085== by 0x4D7B843: test_p8_rgb_blit (ddraw4.c:6812)
==28085==
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=35985
Bug ID: 35985
Summary: Microsoft Paint draws rounded-corner rectangle instead
of sharp corner
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Nachanon_Vetjasit(a)hotmail.com
Created …
[View More]attachment 48106
--> http://bugs.winehq.org/attachment.cgi?id=48106
Screenshot and output image from WINE 1.7.15 and Windows XP SP3
I've used Microsoft Paint on WINE, most tools work fine.
But I found that when I set line thickness to > 1px (using Line tool)
then use Rectangle tool to create a rectangle, those rectangle will have
round corners, rather than a regular sharp corner that it produces on Windows.
Screenshot from WINE (1.7.15) and Windows (XP SP3) also attached,
output file from both configuration also attached too.
First rectangle is 5px-thick, second is 11px-thick
(select 5px and press ^+ 6 times).
Note: For knot on the top-left corner of rectangle (invisible in the
screenshot, but it's there, and got into the output),
I've filed it as a different issue: bug #35984
Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3)
mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same
directory as mspaint.exe
WINE: 1.7.15 (git), set to Windows version XP
WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support
System: Debian GNU/Linux 5.0 "Lenny" i386
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36670
Bug ID: 36670
Summary: valgrind shows invalid read/write in
d3d8/tests/device.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]austinenglish(a)gmail.com
==18653== Conditional jump or move depends on uninitialised value(s)
==18653== at 0x7D4EF6A: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x7D51B43: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x783724B: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x783752D: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x4F8A277: wined3d_timestamp_query_ops_get_data (query.c:566)
==18653== by 0x4F88F3D: wined3d_query_get_data (query.c:281)
==18653== by 0x4ED2DF7: d3d9_query_GetData (query.c:161)
==18653== by 0x4CE573A: test_timestamp_query (device.c:4703)
==18653== by 0x4CFADE0: func_device (device.c:8803)
==18653== by 0x4D5B1E8: run_test (test.h:584)
==18653== by 0x4D5B5D3: main (test.h:654)
==18653== Uninitialised value was created by a heap allocation
==18653== at 0x4029155: malloc (vg_replace_malloc.c:292)
==18653== by 0x64F6097: ??? (in
/usr/lib32/opengl/nvidia/lib/libGL.so.337.25)
==18653== by 0x7B9FF8F: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x7B60EDF: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x7B521E3: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x7B2C9C8: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==18653== by 0x64A075A: ??? (in
/usr/lib32/opengl/nvidia/lib/libGL.so.337.25)
==18653== by 0x64A08FF: ??? (in
/usr/lib32/opengl/nvidia/lib/libGL.so.337.25)
==18653== by 0x64D0946: ??? (in
/usr/lib32/opengl/nvidia/lib/libGL.so.337.25)
==18653== by 0x64C5A78: glXMakeCurrent (in
/usr/lib32/opengl/nvidia/lib/libGL.so.337.25)
==18653== by 0x5FFBBE5: X11DRV_WineGL_InitOpenglInfo (opengl.c:486)
==18653== by 0x5FFD2EB: has_opengl (opengl.c:665)
==18653== by 0x6005418: get_glx_driver (opengl.c:3262)
==18653== by 0x5FF0A00: X11DRV_wine_get_wgl_driver (init.c:459)
==18653== by 0x57530B3: __wine_get_wgl_driver (opengl.c:58)
==18653== by 0x4F6811F: wined3d_adapter_init (directx.c:5147)
==18653== by 0x4F689B9: wined3d_init (directx.c:5272)
==18653== by 0x500A714: wined3d_create (wined3d_main.c:105)
==18653== by 0x4ED25D4: d3d9_init (directx.c:647)
==18653== by 0x4EC4DB1: Direct3DCreate9 (d3d9_main.c:45)
==18653==
OpenGL renderer string: GeForce GTX 460/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 337.25
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=26130
Summary: ddraw/ddrawmodes crash under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33294)
--> (http://…
[View More]bugs.winehq.org/attachment.cgi?id=33294)
valgrind log
Unhandled exception: illegal instruction in 32-bit code (0x00000000).
1 0x04762cc2 test_DirectDrawEnumerateA+0x5b()
[/home/austin/wine-git/dlls/ddraw/tests/ddrawmodes.c:144] in ddraw_test
(0x7f23fcf8)
2 0x04762cc2 test_DirectDrawEnumerateA+0x5b()
[/home/austin/wine-git/dlls/ddraw/tests/ddrawmodes.c:144] in ddraw_test
(0x7f23fd18)
3 0x04765f8a func_ddrawmodes+0x178()
[/home/austin/wine-git/dlls/ddraw/tests/ddrawmodes.c:888] in ddraw_test
(0x7f23fd78)
4 0x0478e477 run_test+0x9e(name="ddrawmodes.c")
[/home/austin/wine-git/dlls/ddraw/tests/../../../include/wine/test.h:556] in
ddraw_test (0x7f23fe28)
5 0x0478e869 main+0x217(argc=<couldn't compute location>, argv=<couldn't
compute location>)
[/home/austin/wine-git/dlls/ddraw/tests/../../../include/wine/test.h:624] in
ddraw_test (0x7f23fe60)
6 0x0478e8e6 __wine_spec_exe_entry+0x69(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in ddraw_test (0x7f23fe78)
7 0x7b85de14 call_process_entry+0xb() in kernel32 (0x7f23fec8)
8 0x7b85df5a start_process+0x143(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/kernel32/process.c:1086] in kernel32 (0x7f23fed8)
9 0x7bc7c070 call_thread_func+0xb() in ntdll (0x7f23ffb8)
10 0x7bc7c0ae call_thread_entry_point+0x33(entry=0x7b85de16, arg=0x7ffdf000)
[/home/austin/wine-git/dlls/ntdll/signal_i386.c:2499] in ntdll (0x7f23ffe8)
11 0x7bc541d0 start_process+0x2f(kernel_start=0x7b85de16)
[/home/austin/wine-git/dlls/ntdll/loader.c:2606] in ntdll (0x00000000)
full log attached.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=36657
Bug ID: 36657
Summary: valgrind shows uninitialized memory use in
d3d9/tests/visual.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
…
[View More]Reporter: austinenglish(a)gmail.com
==9511== Conditional jump or move depends on uninitialised value(s)
==9511== at 0x764645F: ??? (in /usr/lib32/libnvidia-glcore.so.337.25)
==9511== by 0x4F542C8: shader_glsl_load_constants (glsl_shader.c:854)
==9511== by 0x4F24EED: context_apply_draw_state (context.c:3003)
==9511== by 0x4F4E196: draw_primitive (drawprim.c:664)
==9511== by 0x4F25621: wined3d_cs_exec_draw (cs.c:291)
==9511== by 0x4F269CF: wined3d_cs_st_submit (cs.c:893)
==9511== by 0x4F2568E: wined3d_cs_emit_draw (cs.c:308)
==9511== by 0x4F34F83: wined3d_device_draw_primitive (device.c:3265)
==9511== by 0x4EB1215: d3d9_device_DrawPrimitiveUP (device.c:2206)
==9511== by 0x4D12CBD: vpos_register_test (visual.c:9470)
==9511== by 0x4D3C95A: func_visual (visual.c:16632)
==9511== by 0x4D3D7CA: run_test (test.h:584)
==9511== by 0x4D3DBB9: main (test.h:654)
==9511== Uninitialised value was created by a stack allocation
==9511== at 0x4F53C00: shader_glsl_load_constants (glsl_shader.c:766)
==9511==
OpenGL renderer string: GeForce GTX 460/PCIe/SSE2
OpenGL core profile version string: 4.3.0 NVIDIA 337.25
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30257
Bug #: 30257
Summary: Kaluach: some hebrew text is missing and some is
mirrored
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: e_orz(a)yahoo.com
Classification: Unclassified
I …
[View More]created a clean prefix and installed Kaluach version 3.2.44.26 (latest -
www.kaluach.com).
The hebrew wasn't displayed properly (see attached Kaluach without font
tahoma.png).
Later I installed the tahoma font (using winetricks). Some of the problems were
fixed. But, still some of the hebrew text is missing and some of it is mirrored
(see attached Kaluach with font tahoma). All the errors are marked.
I also attached the correct screenshot from Windows.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30604
Bug #: 30604
Summary: Ultra Fractal 5 hangs when selecting an item in the
file browser
Product: Wine
Version: 1.5.3
Platform: x86
URL: http://www.ultrafractal.com/download/index.php
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: comctl32
…
[View More]AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: piotr.caban(a)gmail.com
Classification: Unclassified
Regression SHA1: 1a67903b04001c7064f6e4705a66dc3cfa47feed
Steps to reproduce the problem:
1. Install and run the application.
2. Press <Ctrl+n> to create a new fractal.
3. Click on an item in the right pane in the browser -> the application
freezes.
Terminal output:
fixme:system:SetProcessDPIAware stub!
err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000
Native comctl32.dll is a workaround.
It is a regression, caused by
1a67903b04001c7064f6e4705a66dc3cfa47feed is the first bad commit
commit 1a67903b04001c7064f6e4705a66dc3cfa47feed
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Jun 20 12:46:37 2011 +0200
comctl32: Fix area invalidated by LISTVIEW_SetItemT.
:040000 040000 c0e2e6923ba42074b57138cca367458336a6631b
9cc28e2ad36c163910dc3ccdcbce88e2e025043b M dlls
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=24868
Summary: S.T.A.L.K.E.R. - Call of Pripyat Benchmark requires
d3dx9_31.dll and d3dx9_42.dll to run
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shannon.vanwagner(a)gmail.com
The game would …
[View More]launch to a black screen, then by using alt+tab to the error
dialog, and alt+space to set the error dialog to "always on top", the error
says "Your video card doesn't meet game requirements. Try to lower game
settings", even though I ran it at lowest settings.
winetricks d3dx9_31 d3dx9_42 works around the problem
Note: you may need to get the latest winetricks from
http://winezeug.googlecode.com/svn/trunk/winetricks
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=23842
Summary: Fonts corrupted or missing characters
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: default_357-line(a)yahoo.de
When playing Alien Swarm, one of the in-game fonts usually exhibits some degree
of …
[View More]corruption; by which I mean that characters are either not rendered or only
their bounding box is. The character still takes up space. The degree of damage
varies from start to start, and may vary in a single session. The nature of the
damage also varies, although disappearing glyphs are the most common symptom.
A similar effect has been observed in Dawn of War: Dark Crusade.
I'm using fglrx from ati-drivers 10.4; I also tried 10.7 and it made no
difference.
I tried resetting .wine; no difference.
I tried removing /usr/share/fonts via chroot/symlink hax; no difference.
I screwed with UseFastTLS in xorg.conf; no difference.
I tried wine 1.1 and 07-30-10 git head .. no difference.
I'm quite simply out of ideas.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=38274
Bug ID: 38274
Summary: White water in Heroes VI
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 51102
--> https://bugs.winehq.org/attachment.cgi?id=…
[View More]51102
Water is while places
Might and Magic Heroes VI - Shades of Darkness
Water on map shown as white place, not transparent and no details like on
screen 1.
I was considering this as a missing feature but I found some engine version
shows water like on screen 2. So this is possible!
I will do regression test to find the best revision and corresponding changes.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=25506
Summary: Heroes in the sky: crashes when starting the
application
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eder_jon_ruiz(a)hotmail.com
The game installs perfect but when trying to start it …
[View More]just keeps crashing.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30963
Bug #: 30963
Summary: Diablo III (downloader): Menu bar entries are keeping
the background color
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
…
[View More]Classification: Unclassified
The Diablo III downloader has 3 menu bar items (File, View and Help). If I'm
clicking for example on File (a submenu opens) and clicking somewhere at the
Blizzard logo (to close the submenu) there will be still a white background on
the menu entry (File).
Somebody has tested this on Windows and all is working fine there.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=30964
Bug #: 30964
Summary: Diablo III (downloader): Font is flickering in the
"Connection Info" menu
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
…
[View More]Classification: Unclassified
In the Diablo III downloader under "View" -> "Connection Info" are the entries
"Local Address" and "Peer ID". The first letter of these entries (L and P) are
only drawn to the half and the other half is flickering if the menu refreshes
its information (~every second).
Somebody has tested this on Windows and all is working fine there.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=32084
Bug #: 32084
Summary: Diablo III: Crash on changing from fullscreen mode to
window mode
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: …
[View More]Unclassified
Normally I'm playing Diablo III in fullscreen mode with a resolution of
1680x1050. If I'm changing then to the window mode the game window will be
resized but after this an error window appears that says that the game has
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=18201
Summary: Unable to find the entry point L"CryptExtAddPFX" in
L"crypt32.dll"
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xuantinh(a)gmail.com
I have a certificate file (.pfx) and I want to …
[View More]import it under wine on Linux
(Arch) but I don't know how, after googling for a while, I found this link
http://scarff.id.au/blog/2009/smime-gotchas/ so I follow the instruction on
that link and run
wine rundll32.exe crypt32.dll,CryptExtAddPFX my-cert.pfx
But I got the error:
err:rundll32:WinMain Unable to find the entry point L"CryptExtAddPFX" in
L"crypt32.dll"
Is it mean that the method CryptExtAddPFX has not implemented in Wine 1.1.19?
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=22055
Summary: Assassin's creed crashes on launch occasionally
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=26852)
--> (http://bugs.winehq.org/attachment.cgi?id=…
[View More]26852)
terminal output/backtrace
Semi-random, but out of the past 4 times I've launched Assassin's creed, after
the intro video, once the menu loads, it crashes:
err:d3d_surface:surface_set_texture_name Surface has SFLAG_INTEXTURE set, but
no texture name
err:d3d_surface:IWineD3DSurfaceImpl_ModifyLocation 0x14135998: Surface does not
have any up to date location
fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location
err:d3d_surface:surface_set_texture_name Surface has SFLAG_INTEXTURE set, but
no texture name
then:
Backtrace:
=>0 0x7ef872bd HEAP_MakeInUseBlockFree+0xf5(subheap=0x128b2000,
pArena=0x12b9f520) [/home/austin/wine-git/dlls/ntdll/heap.c:640] in ntdll
(0x039ce628)
1 0x7ef8a8eb RtlFreeHeap+0xe0(heap=0x110000, flags=0x0002, ptr=0x12b9f528)
[/home/austin/wine-git/dlls/ntdll/heap.c:1757] in ntdll (0x039ce678)
2 0x7ebb5cf4 peek_message+0x1f9(msg=0x39cea1c, hwnd=(nil), first=0,
last=0xffffffff, flags=0x4ff0001, changed_mask=0x04ff)
[/home/austin/wine-git/dlls/user32/message.c:2075] in user32 (0x039ce9a8)
3 0x7ebb7d4f GetMessageW+0x150(msg=0x39cea1c, hwnd=(nil), first=0, last=0)
[/home/austin/wine-git/dlls/user32/message.c:2943] in user32 (0x039ce9e8)
4 0x7e25679f hook_thread_proc+0x39d(param=0x33f7cc)
[/home/austin/wine-git/dlls/dinput/dinput_main.c:956] in dinput (0x039cea58)
5 0x7efba950 call_thread_func+0xc() in ntdll (0x039cea68)
6 0x7efba98e call_thread_entry_point+0x34(entry=0x7e256402, arg=0x33f7cc)
[/home/austin/wine-git/dlls/ntdll/signal_i386.c:2457] in ntdll (0x039ceb48)
7 0x7efc16af RtlCreateUserThread(process=0x0(nil), descr=0x7ec0fff4,
suspended=0, stack_addr=0x39ce918, stack_reserve=0, stack_commit=0,
start=0x39ce918, param=0x0(nil), handle_ptr=0x7fc30044, id=(nil))
[/home/austin/wine-git/dlls/ntdll/thread.c:411] in ntdll (0x039cf398)
8 0xf75e780e start_thread+0xbe() in libpthread.so.0 (0x039cf498)
9 0xf756aa1e __clone+0x5e() in libc.so.6 (0x00000000)
0x7ef872bd HEAP_MakeInUseBlockFree+0xf5
[/home/austin/wine-git/dlls/ntdll/heap.c:640] in ntdll: movl 0x0(%eax),%eax
640 size += (pFree->size & ARENA_SIZE_MASK) + sizeof(ARENA_FREE);
This may be new though, didn't happen a few day ago...
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=39814
Bug ID: 39814
Summary: choppy pulseaudio after ->Remove legacy
pulseaudio/alsa latency workaround (closes: #807403).
Product: Wine
Version: 1.8-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nexxxxen(a)…
[View More]gmail.com
Distribution: ---
After 1.8-rc4 on debian testing my REAPER DAW sound is choppy and noisy.
I use it for long time (years), and had no problems until this workaround
(#807403) they removed.
Thanks, and sorry for my bad english. :(
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40247
Bug ID: 40247
Summary: Wine returns bad MAC address for loopback interface,
fails to run licensed programs.
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: netcfgx
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)…
[View More]gmail.com
There are some (poorly written) programs that base their licensing off the
system's MAC address. Unfortunately, some of them are necessary for engineering
work. These are old programs with brittle source but valid licenses that cannot
be run because Wine cannot ever tell them what Windows would tell them.
Wine always returns a MAC address of "00:00:00:00:00:00" to these programs. I
assume that's because the loopback interface is first in `ifconfig`, and thus
is enumerated first to Windows programs by Wine, and has no MAC address.
In most cases, programs like these choose the MAC address of the first "network
adapter" that would have been printed by `ipconfig /all`. Again, in Wine, the
first such adapter printed is the loopback interface.
This problem can't be solved by normal MAC address spoofing techniques, because
the loopback interface simply doesn't have a MAC address according to the host.
And Windows tricks to change the MAC address, like modifying the
"NetworkAddress" key of
"HKLM\System\CurrentControlSet\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\XXXX",
don't seem to have any effect in Wine. Particularly with respect to affecting
the loopback interface.
There needs to be a Wine option, possibly a key somewhere in
"HKLM\Software\Wine", to override (at the very least) the loopback interface's
apparent MAC address, so that these programs can work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=26807
Summary: MS Powerpoint 2007 does not start in 1.3.18
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bozkar(a)gmail.com
1. Installation MS Office with SP1/SP2 in updates/ → successful
2. Word and Excel runs …
[View More]correctly
3. PowerPoint crashed @startup.
In XP mode terminates with no error
In Vista mode asks whether to send debug info to MS.
As far as i remember it was running in 1.3.17 → regression.
--
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.
[View Less]