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=41052
Bug ID: 41052
Summary: Failure to create D3D9 device on i915
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
Created attachment 55224
--> https://bugs.winehq.org/attachment.cgi?id=55224
Test case
I'm testing the attached source (compilable with wineg++ or mingw32-g++) on
Intel Atom N550, which is i915-class GPU. I get the following output on it:
$ wine --version; ./d3d9-init-test.exe
wine-1.9.14
fixme:win:EnumDisplayDevicesW ((null),0,0x32f858,0x00000000), stub!
Error: Failed to create Direct3D device: invalid call
wine-1.5.17-7-g67886fed, despite multiple fixme and err prints, does at least
create the device (i.e. the test prints "Init OK").
wine-1.7.33-84-gfecbc88 already fails.
--
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=40910
Bug ID: 40910
Summary: The Next BIG Thing can't save the game (needs native
xmllite)
Product: Wine
Version: 1.9.13
Hardware: x86
URL: http://www.fileplanet.com/219646/210000/fileinfo/The-N
ext-BIG-Thing-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: xmllite
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
When attempting to save the game, nothing happens: there is no error message
from the game and no saved game is created. The demo version tends to hang
after performing a manual save.
In the terminal:
fixme:xmllite:xmlwriter_SetProperty Unimplemented property (1)
Saving the game works with native xmllite.dll.
Steps to reproduce the problem in the demo:
Start the game with 'The Next Big Thing.exe', create a new player, start a new
game. You can skip the intro videos by pressing <Esc.> Move the mouse pointer
to the top of the screen and select the rightmost icon to open the controls
menu. Use the disk icon to save the game, enter a name, press <Enter>. The game
is not saved.
The_Next_BIG_Thing_Demo_EN.zip (793M)
sha1: a3ef1262a81a0b853eafd7a51f232b2abf343c14
--
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.