http://bugs.winehq.org/show_bug.cgi?id=35320
Bug ID: 35320
Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, &
other minor locale related problems
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Classification: Unclassified
Created attachment 47106
--> http://bugs.winehq.org/attachment.cgi?id=47106
The file needed to cause the crash.
from r project (http://www.r-project.org/)
http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe
After installing, running:
./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe
Then, at the R console prompt, type (having put the attached file at /tmp/1.R):
Sys.setlocale("LC_CTYPE", "Chinese")
source('z:/tmp/1.R', encoding='UTF8')
wine immediately crashes with:
--------------------------------------
wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af
(thread 0030), starting debugger...
...
Backtrace:
=>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>,
mbstr=<couldn't compute location>, count=<couldn't compute location>,
locale=<couldn't compute location>)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt
(0x0440a168)
1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W",
mbstr=0x0(nil), count=0x64)
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt
(0x0440a198)
2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046)
0x7eda29af MSVCRT__mbstowcs_l+0x5f
[/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl
0x0(%eax),%eax
2140 if(mbstr[size] == '\0')
...
----------------------------------------
I assume this info in the backtrace should be enough to address the crash.
FYI, the slightly unusual procedure is because under R under Vista in an
English locale doesn't like to plot graphs with non-latin annotations/texts.
The above procedure when used under Vista on British English windows would
result in R displaying an almost empty plot with a chinese title. Native R on
linux does not need the setlocale part to plot utf8-based texts.
Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I
only realized that trying to set traditional chinese [950] in a simplified
chinese region [china] is wrong when it is rejected on linux; but R on Vista
accepts this.
------------
Warning message:
In Sys.setlocale("LC_CTYPE", "Chinese_China.950") :
OS reports request to set locale to "Chinese_China.950" cannot be honored
------------
When R is running on Vista, it reports the locale as "English_United
Kingdom.1252".
But under Linux (in en_GB.utf8 locale), R warns of
-----------
During startup - Warning messages:
1: Setting LC_TIME=en_GB.utf8 failed
2: Setting LC_MONETARY=en_GB.utf8 failed
-----------
So three locale related issue:
- a crash in msvcrt
- R under Vista accepts "Chinese_China.950" but R under wine does not.
- there are locale-related warning messages from R on start up when running
under wine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43187
Bug ID: 43187
Summary: OriginWebHelperService.exe crashes
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 58460
--> https://bugs.winehq.org/attachment.cgi?id=58460
backtrace
EA Origin installs with Wine 2.10 staging but then crashes in the update or
login window (OriginWebHelperService.exe). As a result, the Origin window shows
an infinite loading screen.
As far as I can see, this seems to be caused by qt5gui (QScreen::handle).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40160
Bug ID: 40160
Summary: cant install mobogenie
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madscientistkustomz(a)gmx.com
Distribution: ---
Created attachment 53662
--> https://bugs.winehq.org/attachment.cgi?id=53662
trace log
problem installing MOBOGENIE for ubuntu
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40208
Bug ID: 40208
Summary: Steup installation of CEGID BUISINESS LINE failed.
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: christian.briard(a)gmx.com
Distribution: ---
Created attachment 53723
--> https://bugs.winehq.org/attachment.cgi?id=53723
MSI log
Executing an installation of CEGID BUISINESS LINE failed with a log text (see
attached files).
"Install: C:\windows\System32\msiexec.exe /q /i
"Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program
Files\Cegid\Cegid Business Line\" /norestart
Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du
programme"
Here enclosed a trace file to.
Any idea of what is going wrong ?
Christian.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38402
Bug ID: 38402
Summary: glDebugMessageCallback is broken
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: chris.kcat(a)gmail.com
Distribution: ---
According to the KHR_debug extension spec, the function glDebugMessageCallback
takes a function pointer callback with the type:
typedef void (APIENTRY *GLDEBUGPROC)(GLenum source,
GLenum type,
GLuint id,
GLenum severity,
GLsizei length,
const GLchar* message,
const void* userParam);
https://www.opengl.org/registry/specs/KHR/debug.txt
In particular, it notes that the function callback uses the same calling
convention as the other GL functions. The problem is that on Windows, GL uses
the stdcall calling convention, while on Linux it uses cdecl. Wine's
glDebugMessageCallback thunk passes the callback through as-is, so the system's
libGL tries to call an stdcall function as though it was cdecl, causing it to
crash upon returning.
Another problem is that the spec says:
"When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to
concurrently call the debug callback routine from potentially multiple threads,
including threads that the context that generated the message is not currently
bound to."
meaning the callback can be called on threads other than the one OpenGL is
being used on. This is a problem because it may be called on one or more
internal driver threads that were not created using the Windows API, and if the
callback function tries to do anything that relies on Windows-related thread
information, it won't be there.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41419
Bug ID: 41419
Summary: Visio 2013 crashes with unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@
YAIXZ
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7b43b53c to unimplemented function
msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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://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.
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: 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.
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
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.
https://bugs.winehq.org/show_bug.cgi?id=41356
Bug ID: 41356
Summary: The Crew(Uplay) won't launch[STAGING]
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Created attachment 55708
--> https://bugs.winehq.org/attachment.cgi?id=55708
launching the game
Using wine STAGING
Absolutely no idea what's the problem. Running the game just stays at the uplay
game loading screen
64 bit prefix
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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/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.
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
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.
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.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.
https://bugs.winehq.org/show_bug.cgi?id=42508
Bug ID: 42508
Summary: start.exe does not detect its title argument when it
should (breaking .e.g URL opening in League of
Legends)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: hydratech(a)gmail.com
Distribution: ---
Created attachment 57397
--> https://bugs.winehq.org/attachment.cgi?id=57397
Trace showing League of Legends Client attempting to open a URL.
When start.exe is invoked, its first argument in quotes that is not an argument
of the application to be executed should be interpreted as the console title.
Wine's start.exe fails to do so.
-- How to reproduce --
Running the following line in Wine's cmd should open a URL in your browser:
Z:\>start "" https://winehq.org/
the actual result is an application not found error. On Windows the same line
opens the website as expected.
-- Why this is a bug --
I know this was marked as fixed in bug 10913 but the reasoning was incorrect.
The argument for stating the bug was fixed was, that when \"escaping your
quotes\" in cmd to the title was parsed. This is however not consistent with
with Windows behaviour.
As explained at the end of that bug report, if you escape your quotes in Wine's
cmd start.exe parses the argument as the console title, i.e.:
Z:\>start \"hello\" cmd
I will now clarify why this is incorrect by showing Windows' behaviour.
The following command lines are not equivalent on Windows:
C:\>start hello.exe
vs.
C:\>start "hello.exe"
The latter will open a new cmd window titled hello.exe whereas the former
attempts to execute an application named hello.exe. In other words cmd's start
built-in parses its own command-line checking wether quotes where used. In fact
escaping the quotes using back-slashes is invalid as it tries start a process
named \hello.exe\. I have tested this on both Windows 7 and Windows XP.
In other words, this is invalid:
C:>start \"hello.exe\"
To illustrate how unintuitive this Windows behaviour is:
C:>start "C:\Program Files\Application\hello.exe"
Few would guess this actually opens a console titled as such, instead of
running an application. That's why I can understand the maintainers would think
the bug was fixed.
Wine will however correctly emulate unescaped quote-senstive behaviour with the
echo built-in:
Z:\>echo hoi
hoi
Z:\>echo "hoi"
"hoi"
We can see echo being "aware" of the quotes and correctly displaying them;
behaviour identical to Windows' echo built-in.
Looking at the wine source, start.exe relies on its "argv" parameter instead of
using GetCommandLine() and thereby accessing the unmodified command-line. As a
consequence the difference between a quoted argument and a non-quoted argument
is lost as CreateProcess strips the quotes off the parameters when passing them
to execve().
To quote the source of Wine's cmd.exe (wcmdmain.c):
/* Can't use argc/argv as it will have stripped quotes from parameters
* meaning cmd.exe /C echo "quoted string" is impossible
*/
It should now be evident that start.exe should either become a wrapper around
cmd.exe's built-in start function, invoking cmd and let cmd itself implement
start.exe's actual behaviour, or implement GetCommandLine() based argument
parsing similar to cmd.exe's within start.exe, leading to duplicated
command-line parsing code. Both are not ideal solutions.
-- Why does this bug matter? --
There are actually Windows applications relying on this behaviour to open URLs
in the user's browser. As an example, League of Legends executes the following
shell command to open a URL:
cmd.exe /c start "" "<url here>"
In other words, League instructs start to launch an untitled shell window with
a URL as application, effectively causing the shell to pass it to the browser.
However, wine's start.exe interprets this as League trying to execute an empty
string as executable name, with a URL as argument. I have attached the relevant
output running League with WINEDEBUG=cmd,start,process,exec set.
I will speculate that more applications will run into this exact same issue.
League's client is based on CEF and it might very well be CEF which implements
this style of external URL opening, furthermore there is documentation
recommending the use of empty quotes as console title argument when invoking
start to prevent it from accidentally parsing follow up arguments in quotes as
the console title, think "C:\Program Files\etc...", establishing this as a
pattern that might well have been adopted by other applications. See:
https://ss64.com/nt/start.html
I will also say that, given some instruction, I will be glad to help fixing
this bug and write any necessary code.
There is actually another issue with current start.exe's console title parsing
which I will submit as a separate issue. That issue is however, significantly
easier to fix. Finally this also means wine's current handling of command-line
arguments might need fixing as:
$ wine start '""' "http://winehq.og"
will break in a fixed version of 'start.exe', while it should work. For this I
will file yet another issue, although the necessity of this fix is debatable.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=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
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.
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: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.
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 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.
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.
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.
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 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.
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)
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.
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: ---
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.
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
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.
https://bugs.winehq.org/show_bug.cgi?id=43395
Bug ID: 43395
Summary: Wine intermittently crashes after any program
terminates
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Every so often, I see one of the following two outputs appear after Wine
closes:
err:ntdll:RtlLeaveCriticalSection section 0x110940 is not acquired
and
wine: Unhandled page fault on write access to 0x695de019 at address 0x7bc4f41e
(thread 0018), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 96") (1115)
Read the Wine Developers Guide on how to set up winedbg or another debugger
In the first message the section 0x110940 is constant; in the second the
address 0x7bc4f41e is constant but the written address varies.
The critical section message appears because a critical section is deleted
while owned. The critical section in question appears to be that of the
database in services.exe.
The crash address is in ntdll/heap.c:HEAP_CreateFreeBlock. It is probably being
triggered by code in RtlLeaveCriticalSection(), although it may have a
different source.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42370
Bug ID: 42370
Summary: Sniper Elite 3 stuck at "Completing Installation 1%"
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: noonetinone(a)gmail.com
Distribution: ---
This is basically a repeat of the close bug reported by 'acescopezz'.
Bug #41493 describes what is happening with the title SE V2. What is
different about SE3 is this game includes its own copy of dllcheck.exe.
'acescopezz' posted screen grabs which relevant here.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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 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.
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
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.
https://bugs.winehq.org/show_bug.cgi?id=43393
Bug ID: 43393
Summary: Eagle 8 crash on startup
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
Eagle 8.2.2 by Auto desk (found in
https://www.autodesk.com/products/eagle/free-download) crash on startup with
the error:
"The programa eagle.exe has encoutered a serious problem and needs to close. We
are sorry for the inconvenience.
This can be cause by a problem in the program or a deficiency in Wine. You may
want to check the Application Database for tips about running this
application."
The Wine log is:
fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x65000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x61000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x2a0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x39d0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x3cd0000)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:vcruntime:__telemetry_main_invoke_trigger (0x2d0000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x3d10000)
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4390000)
fixme:win:EnumDisplayDevicesW ((null),0,0x23eb10,0x00000000), stub!
fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4510000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x44f0000)
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:vcruntime:__telemetry_main_invoke_trigger (0x4670000)
fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0xf9f630,
0x34d97a0, 0x35ada48) stub.
fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1.
fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3.
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:dwrite:get_name_record_locale failed to get locale name for
lcid=0x00000455
fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, (nil) 0x23f4a8
fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 (nil) 0x23f4a8)
returning a dummy value (current locale)
fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, 0x4051f90 0x23f4a8
fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 0x4051f90 0x23f4a8)
returning a dummy value (current locale)
fixme:winsock:WSALookupServiceBeginW (0x23f070 0x00000ff0 0x23f068) Stub!
fixme:iphlpapi:NotifyAddrChange (Handle 0x23f370, overlapped 0x4053040): stub
fixme:msvcrt:MSVCRT__set_FMA3_enable (0) stub
fixme:win:RegisterDeviceNotificationW (hwnd=0x10074,
filter=0x23f310,flags=0x00000000) returns a fake device notification handle!
fixme:win:RegisterDeviceNotificationW (hwnd=0x10074,
filter=0x23f310,flags=0x00000000) returns a fake device notification handle!
fixme:win:EnumDisplayDevicesW ((null),0,0x23ebe0,0x00000000), stub!
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:ntdll:EtwRegisterTraceGuidsW (0xfcf3c0, 0x35ae7c8,
{3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x34d9838, (null), (null),
0x35ae7e0): stub
fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{00000000-0000-0000-0000-000000000000}
fixme:file:SetFileCompletionNotificationModes 0x240 1 - stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aad3e0 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aace60 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aacfa0 1 C) semi-stub
[0719/123943:FATAL:raw_channel_win.cc(589)] Check failed:
g_vista_or_higher_functions.Get().SetFileCompletionNotificationModes(
handle_.get().handle, FILE_SKIP_COMPLETION_PORT_ON_SUCCESS).
wine: Unhandled exception 0x80000003 in thread 3f at address 0xfc03aa (thread
003f), starting debugger...
fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x540000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0xb30000)
fixme:vcruntime:__telemetry_main_invoke_trigger (0xb60000)
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000)
fixme:vcruntime:__telemetry_main_invoke_trigger ((nil))
fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d},
0x180ccf630, 0x1832097a0, 0x1832dda48) stub.
fixme:ntdll:EtwRegisterTraceGuidsW (0x180cff3c0, 0x1832de7c8,
{3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x183209838, (null), (null),
0x1832de7e0): stub
fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{00000000-0000-0000-0000-000000000000}
fixme:file:FindFirstFileExW flags not implemented 0x00000002
fixme:gdi:GdiInitializeLanguagePack stub
fixme:msvcrt:MSVCRT__set_FMA3_enable (0) stub
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
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
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.
https://bugs.winehq.org/show_bug.cgi?id=43121
Bug ID: 43121
Summary: Game crashes during DLL load if sound is enabled
Product: Wine
Version: 2.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zaplo00(a)mailfence.com
Distribution: ---
Created attachment 58325
--> https://bugs.winehq.org/attachment.cgi?id=58325
Logs and winedump of DLL
I have a game that uses DirectSound. It tries to load a DLL on new game and it
succeeds if sound=disabled but with alsa or pulse program crashes in
loader.c:tls_alloc_slot. The problem is that the .reloc information in DLL is
corrupt. There are multiple entries for the same page, so what wine does is to
"relocate twice".
Game works with sound using a modified DLL where section size is changed to
remove duplicates. Windows 7 and Windows 8.1 both work with original DLL and
don't need compatibility mode.
Attached are logs with and without sound and winedump output.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42488
Bug ID: 42488
Summary: Accordance main window contents does not display well
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
Created attachment 57354
--> https://bugs.winehq.org/attachment.cgi?id=57354
screenshot
See attached screenshot, you can see in this image the contents of the main
window is incomplete. It flickers around as i move the mouse around and click
and drag making the application unusable.
Original bug is here:
https://bugs.winehq.org/show_bug.cgi?id=42466
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43374
Bug ID: 43374
Summary: valgrind shows an invalid read in
dlls/mshtml/tests/script.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==28896== Invalid read of size 2
==28896== at 0x5678C6D: DispCallFunc (typelib.c:6674)
==28896== by 0x680D479: invoke_builtin_function (dispex.c:1123)
==28896== by 0x680D763: function_invoke (dispex.c:1174)
==28896== by 0x680DA11: invoke_builtin_prop (dispex.c:1242)
==28896== by 0x680E964: DispatchEx_InvokeEx (dispex.c:1533)
==28896== by 0x16AC9205: IDispatchEx_InvokeEx (dispex.h:318)
==28896== by 0x16AC9205: disp_call (???:0)
==28896== by 0x16ACC7DF: exprval_call (engine.c:328)
==28896== by 0x16ACF402: interp_call_member (engine.c:1213)
==28896== by 0x16AD482D: enter_bytecode (engine.c:2787)
==28896== by 0x16AD5533: exec_source (engine.c:3040)
==28896== by 0x16AD7CF0: invoke_source (function.c:257)
==28896== by 0x16AD8152: Function_invoke (function.c:350)
==28896== by 0x16AC69A2: invoke_prop_func (dispex.c:383)
==28896== by 0x16AC7C70: DispatchEx_InvokeEx (dispex.c:684)
==28896== by 0x6856620: IDispatchEx_InvokeEx (dispex.h:318)
==28896== by 0x6856620: call_disp_func (???:0)
==28896== by 0x6856A51: call_event_handlers (htmlevent.c:961)
==28896== by 0x685748B: fire_event_obj (htmlevent.c:1095)
==28896== by 0x6857AC4: fire_event (htmlevent.c:1204)
==28896== by 0x68CD65F: handle_load (nsevents.c:282)
==28896== by 0x6B18A8A8: ???
==28896== Address 0x7869d20 is 0 bytes after a recently re-allocated block of
size 0 alloc'd
==28896== at 0x7BC51061: notify_alloc (heap.c:254)
==28896== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==28896== by 0x6809E6F: heap_alloc (mshtml_private.h:1168)
==28896== by 0x680A6FF: add_func_info (dispex.c:277)
==28896== by 0x680ABD4: process_interface (dispex.c:354)
==28896== by 0x680AEE5: preprocess_dispex_data (dispex.c:419)
==28896== by 0x680F3CA: init_dispex_with_compat_mode (dispex.c:1776)
==28896== by 0x68E753F: init_dispex (mshtml_private.h:334)
==28896== by 0x68EA736: OmNavigator_Create (omnavigator.c:1088)
==28896== by 0x68AA791: HTMLWindow2_get_navigator (htmlwindow.c:920)
==28896== by 0x4A9EAFF: IHTMLWindow2_get_navigator (mshtml.h:38483)
==28896== by 0x4A9EAFF: test_script_run (???:0)
==28896== by 0x4A9F739: ActiveScriptParse_ParseScriptText (script.c:2472)
==28896== by 0x68FEBE6: IActiveScriptParse32_ParseScriptText
(activscp.h:1126)
==28896== by 0x68FEBE6: parse_elem_text (???:0)
==28896== by 0x68FF823: parse_inline_script (script.c:1103)
==28896== by 0x68FFA7A: parse_script_elem (script.c:1142)
==28896== by 0x69001FF: doc_insert_script (script.c:1285)
==28896== by 0x68B9905: run_insert_script (mutation.c:349)
==28896== by 0x68BA1B0: nsRunnable_Run (mutation.c:532)
==28896== by 0x6A83E0A0: ???
==28896== by 0x68BAEB0: nsDocumentObserver_AttemptToExecuteScript
(mutation.c:817)
==28896==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42667
Bug ID: 42667
Summary: Uplay crashes after close
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: olze(a)trustserv.de
Distribution: ---
Created attachment 57618
--> https://bugs.winehq.org/attachment.cgi?id=57618
The error output
I installed uplay and started it. Then i installed Tom Clancys Ghost Recon
Wildlands. I closed uplay. Now i can not start it anymore. I always get an
error saying uplay crashed and a crash dump will be generated.
Could be related to https://bugs.winehq.org/show_bug.cgi?id=39870
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=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.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.
https://bugs.winehq.org/show_bug.cgi?id=43407
Bug ID: 43407
Summary: con not connect with license server
Product: Wine-staging
Version: 2.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lokesh.bhandari(a)enjayworld.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
I have my application which is for erp. I am trying to install it. It is
installed successfully but it create problem when applying license to it.
-- At the installation of mono it license is applied successfully but after
that it not take license.
-- Also After installing mono license not apply. License apply only when mono
is being installing.
-- My application is used socket to communicate with license server.
Log for application is
fixme:winediag:start_process Wine Staging 2.11 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:hnetcfg:fw_profile_get_FirewallEnabled 0xe9c2b0, 0x33fda8
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:dbghelp:elf_search_auxv can't find symbol in module
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpScanMemory
err:winediag:SQLDrivers No ODBC drivers could be found. Check the settings for
your libodbc provider.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0x110e220 (nil)): stub
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x7f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x402, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x403, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x404, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x405, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x406, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x407, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x408, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x40f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x410, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x411, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x412, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x413, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x414, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x415, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x416, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x417, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x418, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x419, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x41f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x420, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x421, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x422, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x423, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x424, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x425, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x426, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x427, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x429, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x42f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x436, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x437, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x438, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x439, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x43e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x43f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x440, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x441, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x443, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x444, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x445, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x446, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x447, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x449, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44b, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x44f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x450, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x452, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x456, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x457, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x45a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x461, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x465, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x47e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x48f, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x490, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x491, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x492, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x494, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x804, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x807, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x80a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x80c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x810, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x813, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x814, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x816, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x81a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x81d, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x82c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x83c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x83e, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x843, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc04, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc07, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc0c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc13, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0xc1a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1004, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1007, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x100a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x100c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1404, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1407, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x140a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x140c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x180a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x180c, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x1c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x200a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x240a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2809, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x280a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c09, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x2c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3009, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x300a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3401, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x340a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3801, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x380a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3c01, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x3c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4001, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x400a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x440a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x480a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4c0a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x500a, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 0000: semi-stub!
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:htmlhelp:HtmlHelpW HH case HH_INITIALIZE not handled.
fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x1df0e1c,0x1df0ae8): stub
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
err:service:process_send_command service protocol error - failed to write pipe!
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 16 0x32ef5c
0x32ef60
fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0xffffffff 16 0x32ef58
0x32ef5c
fixme:winspool:EnumFormsA 0x1 1 (nil) 0 0x32fcc0 0x32fcc4
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:psdrv:PSDRV_CreateColor Colour is 01000000
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Driver" L"Tally ODBC
Driver"
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Server" L"(local)"
fixme:odbc:SQLWriteFileDSNW L"TallyODBC_9000" L"ODBC" L"Port" L"9000"
fixme:odbc:SQLWriteDSNToIniW L"TallyODBC_9000" L"Tally ODBC Driver"
fixme:odbc:SQLWriteDSNToIniW L"TallyODBC_9000" L"Tally ODBC Driver"
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x409, 0000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout setting keyboard of different
locales not supported
fixme:odbc:SQLRemoveDSNFromIniW L"TallyODBC_9000"
fixme:odbc:SQLRemoveDSNFromIniW L"TallyODBC_9000"
fixme:htmlhelp:HtmlHelpW HH case HH_UNINITIALIZE not handled.
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:ver:GetCurrentPackageId (0x32fd74 (nil)): stub
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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 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.
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=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.
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: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.
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: 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.
https://bugs.winehq.org/show_bug.cgi?id=42329
Bug ID: 42329
Summary: Hellgate London Multiplayer: disconnect on specific
actions
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Kakarott2003(a)yahoo.de
Distribution: ---
Created attachment 57080
--> https://bugs.winehq.org/attachment.cgi?id=57080
log 1: disconnect on jump
With london2038.com (http://www.hellgateaus.info/forum/server-reboot/) there is
a new server for running Hellgate London in multiplayer.
The windows people can play find.
The most things I can do to.
Like:
- connect to the server
- create and choose a character
- enter stations and tunnels
- chat
- talk to npcs
- walk around
So far so good.
But when I do certain actions I get disconnected.
Like jumping. When I jump, sometimes on the first jump, sometimes later.
Everytime I shoot when I'm in the dungeon (can't shoot in stations).
I tried first with wine-2.0-rc6, then staging.
Tried earlier versions.
Tried some winetricks dlls.
Now with wine-staging-2.0.
Also made a thread on there forum
(http://www.hellgateaus.info/forum/support/hgl-on-linux-with-wine/)
Funny part:
Tried on another PC. Same Debian 64bit. Same wine from repos.
First it disconnected like always.
Then, I don't know what I did, it stayed connected.
I tried to reproduce it but couldn't. Changed wine version. (Of-course always
deleting wine-prefix.)
Nothing. It stayed connected (most times). While on the other machine it always
disconnects.
Tried same debian packages (probably just little different versions) on both
machines. Same /proc-net-TCP-settings.
No change.
Same network with via cable on same switch.
No change.
While staying connected I could see:
- doing nothing ping was around 150ms
- doing something the ping rose (saw times up around 100000ms...) until
standing and waiting, then it would fall normal again
- lots of tcp packages flowing in wireshark while actions were happening
Not really playable. But it stays connected. Somehow...
Now I made logs with
+accel,+actxprxy,+advapi,+animate,+chain,+comboex,+commctrl,+commdlg,+context,+cred,+crypt,+cryptasn,+cryptnet,+datetime,+dpa,+dsa,+eventlog,+handle,+header,+heap,+hotkey,+icmp,+imagelist,+ipaddress,+iphlpapi,+listview,+lsa,+monthcal,+mpr,+mscoree,+nativefont,+netapi32,+netbios,+ntlm,+ole,+oleacc,+olemalloc,+olepicture,+olerelay,+pager,+progress,+propsheet,+rebar,+reg,+rpc,+schannel,+secur32,+service,+statusbar,+storage,+syslink,+tab,+theme_button,+theme_scroll,+theming,+themingcombo,+toolbar,+tooltips,+trackbar,+treeview,+typelib,+updown,+userenv,+variant,+wbemprox,+winediag,+wininet,+winsock,+winspool,+wmi
Hope somebody can help.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=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
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.
https://bugs.winehq.org/show_bug.cgi?id=42097
Bug ID: 42097
Summary: The Vanishing of Ethan Carter disabling Light Shafts
cause to graphic corrupt
Product: Wine
Version: 2.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 56610
--> https://bugs.winehq.org/attachment.cgi?id=56610
light shafts disabled
It makes a layer effect.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=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 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.
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 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.
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: 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.
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: 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.
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== 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.
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 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.
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== 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.
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: 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.
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
--> 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.