http://bugs.winehq.org/show_bug.cgi?id=10706
Summary: unimplemented ntdll.dll.NtQueryEaFile and
ntdll.dll.NtSetEaFile cause CVSNT client included in
TortoiseCVS to fail checkout operation
Product: Wine
Version: 0.9.50.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jc.gervais(a)videotron.ca
Steps to reproduce:
Install TortoiseCVS (v1.8.31 from http://www.tortoisecvs.org/download.shtml)
create a text file ~/.wine/drive_c/windows/temp/TCV1.tmp containing the line
'c:\temp' in it (omit single-quotes).
Create the folder ~/.wine/drive_c/temp
Invoke TortoiseCVS like this:
wine ~/.wine/drive_c/Program\ Files/TortoiseCVS/TortoiseAct.exe
CVSCheckOut -f c:\\windows\\temp\\TCV1.tmp -h 0x300b4
Enter valid login info in the checkout dialog that should permit you to access
a CVS server and perform a checkout.
Click 'OK', TortoiseCVS will spawn the Win32 executable 'cvs.exe' and perform
the checkout, which will fail with the following trace:
wine: Call from 0x7bc38828 to unimplemented function
ntdll.dll.NtQueryEaFile, aborting
wine: Call from 0x7bc38828 to unimplemented function
ntdll.dll.NtSetEaFile, aborting
--
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=39319
Bug ID: 39319
Summary: Resource loading causes termination of an application
Product: Wine
Version: 1.7.51
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerharddeclercq(a)outlook.com
Distribution: ---
Created attachment 52400
--> https://bugs.winehq.org/attachment.cgi?id=52400
Terminal Log
I am trying to run the student version of Solid Edge ST8 on up-to-date OpenSUSE
Tumbleweed using the latest wine build. It seems that there has not been
activity in the DB entry for SE for years and so I am under no illusion that it
is supposed to work but I can't see any major reason why it should not because
I cannot see any reason for the program needing any hardcore Windows APIs.
After all, it is mostly OpenGL and OpenCL and its big brother NX which it
shares a lot of engines with has native Linux support. I am therefore
determined to get it working.
It installed just fine after I changed Wine to at least Windows 7 (it didn't
like XP...) and the tiny "Viewer" program works but the full program terminates
upon startup with a dialog that says "Error loading LOCALE resource library
SPLASH.drx". I can confirm that the file is present on the filesystem and in
the same place that it is on my Windows PC where the program works.
I have attached the terminal output from wine. I do think though that maybe the
"fixme:module:load_library unsupported flag(s) used (flags: 0x00000060)" line
might be the cause of the problem.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35190
Bug ID: 35190
Summary: MegaMari: v1.61 slower than v1.5.16
Product: Wine
Version: 1.6.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: _vi(a)list.ru
Classification: Unclassified
MegaMari ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=14196 )
runs more or less fine with wine-1.5.16 (build from source code), but runs too
slow with Debian-provided wine-1.6.1.
It looks the same we as if run with wine-1.5.16 on slow Inet Atom computer -
CPU-bound.
--
Do not reply 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=37986
Bug ID: 37986
Summary: Heroes of the Storm crashes
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: der_billyboy(a)hotmail.com
Distribution: ---
Created attachment 50613
--> https://bugs.winehq.org/attachment.cgi?id=50613
Crash.log
The game randomly crashes, mostly on loading a map and syncing with server.
--
Do not reply 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=33344
Bug #: 33344
Summary: Cannot use full screen resolution (1366x768, 16:9)
with a game that support it
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madeodario(a)gmail.com
Classification: Unclassified
As in the title, I cannot use full screen resolution (1366x768, 16:9) with game
that support it.
In particular the game is GTA San Andreas (I think 1.01v).
I'm using wine 1.5.27.
The game lists only 640x480, 800x600, 1024x768. On Windows it is able to start
with the full screen resolution (1366x768) and there are also more other
resolutions available.
The game has been installed in the same way on both Windows (7) and Linux (Xubu
12.10).
I tried to use a virtual desktop. I set it to 1366x768 but the game still lists
only 640x480, 800x600, 1024x768.
I also tried to use a bigger virtual desktop (4000x3000). In this case, the
game was able to recognize the 4000x3000 resolution (it started but clearly was
unplayable due to huge resolution) but 1366x768 is still not present.
--
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=40438
Bug ID: 40438
Summary: Add texture format R2VB (ati specific)
Product: Wine
Version: 1.9.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: super_man(a)post.com
Distribution: ---
Resident evil 5 benchmark uses this texture format.
I am not 100% sure that this is the same benchmark because I had this demo
installed for a long time waiting to getting fixed.
http://downloads.guru3d.com/Resident-Evil-5-PC-Benchmark-Utility-download-2…
Demo shows few logos and some white loading bar. That's pretty much it.
fixme:d3d:debug_d3dformat Unrecognized 0x42563252 (as fourcc: R2VB)
WINED3DFORMAT!
fixme:d3d:wined3d_get_format Can't find format unrecognized (0x42563252) in the
format lookup table
I found these
https://www.youtube.com/watch?v=SOrlBmzjD1Y
effect in use
also this is great guide how to implement the feature.
http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2012/10/R2VB_program…
It dosent look too complicated, the guide is well done.
--
Do not reply 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=37402
Bug ID: 37402
Summary: WINAPI is not correct
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k1-801(a)mail.ru
Distribution: ---
I've found a strang bug while testing my program.
I used few WINAPI funcs for codepage converting (the file path was in UTF-8,
and to open it, I needed to convert it to the Windows's awkward wchar_t and
back). I hadn't a copy of Windows that time, so I tested it on wine. There's
the tested code:
char* WcharToUTF8(wchar_t *in)
{
uint64_t len = WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1,
NULL, 0, NULL, NULL);
char *out = (char*)calloc((len + 1) * 6, sizeof(char));
WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, out, len, NULL,
NULL);
return out;
}
It worked on wine. On wine it returns correctly converted string. On real
Windows it returns nothing, and empty string crashes the program.
After replasing MB_ERR_INVALID_CHARS with 0 it worked on both wine and Windows.
char* WcharToUTF8(wchar_t *in)
{
uint64_t len = WideCharToMultiByte(CP_UTF8, 0, in, -1, NULL, 0, NULL,
NULL);
char *out = (char*)calloc(len + 1, sizeof(char));
WideCharToMultiByte(CP_UTF8, 0, in, -1, out, len, NULL, NULL);
return out;
}
Also, the code was stolen from MSDN page about codepages, and there was a note
about "nothing will work correctly WITHOUT MB_ERR_INVALID_CHARS".
Windows bug? Wine bug? Wine did work as said in MSDN, Windows did not.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12714
Summary: SimCity 2000: crashes when saving or opening a file.
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mkno(a)earthlink.net
Whenever I open the file dialog to open or save a file, or when I just try to
save a file directly, SimCity 2000 crashes.
--
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=40488
Bug ID: 40488
Summary: Revenant crashes when starting a new game
Product: Wine
Version: 1.9.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: stefan(a)codeweavers.com
Blocks: 37070
Regression SHA1: aeefbdffba9ea77310759956007f1348920b4477
Distribution: ---
Created attachment 54261
--> https://bugs.winehq.org/attachment.cgi?id=54261
terminal output
Graphical issues are present in the game as reported in bug #37070.
Since Wine 1.9.6 the game crashes when starting a new game from the main menu:
'DirectX Error: DDERR_SURFACEBUSY'.
Tested with the GOG.com version of the game. Demo version is available on
Fileplanet, but the website has been marked as malicious site by Chrome and
Firefox, so I didn't check whether the demo has the same problem.
Regression introduced by
commit aeefbdffba9ea77310759956007f1348920b4477
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Fri Mar 11 16:01:43 2016 +0100
wined3d: Merge wined3d_surface_map() and wined3d_volume_map().
Wine 1.9.8
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV92
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel
OpenGL core profile shading language version string: 3.30
--
Do not reply 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=40866
Bug ID: 40866
Summary: DigitalMicrograph: crashes when a new script is added
to the menu
Product: Wine
Version: 1.9.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: niermann(a)physik.tu-berlin.de
Distribution: ---
Created attachment 54885
--> https://bugs.winehq.org/attachment.cgi?id=54885
Wine output during crash
DigitalMicrograph by Gatan crashes when the "Install Script" dialog is closed.
Independently of whether the dialog is opened via the "File->Install Script" or
the "File->Install Script File" command.
To reproduce: Create new script (File->New Script) and try to install it
(File->Install Script). In the "Install script" dialog simply press Enter
without changing anything.
Bug occurs on DigitalMicrograph versions 1.8.3 and 2.3.0 (others not tested)
and with wine 1.6.2 and wine-1.9.13 (others not tested).
>From tracing the outputs and by debugging wine I found the reason for the crash
to be in dlls/user32/edit.c: The application calls EM_GETHANDLE and later
WM_SETFONT on an edit control (without sending EM_SETHANDLE in between). During
processing WM_SETFONT the es->text field is accessed, which at this point
contains NULL due to the inhibited buffer locking after EM_GETHANDLE.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.