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.
https://bugs.winehq.org/show_bug.cgi?id=43790
Bug ID: 43790
Summary: Sound bug with fortnite Battle Royal
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Hello,
I have found a bug with fortnine Battle Royal.
The sound bug appear when you play and in loading screen.
I have fix it once but I can not reproduce it on clean wine prefix.
In the WinePrefix without this bug on winetricks this elements are ticked:
d3dx10,d3dx10_43,d3dx11_43,all d3dx9,directx9,xact,xinput
And nothing in libraries tab on winecfg
I had the terminal output with and wihout the bug.
--
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=42091
Bug ID: 42091
Summary: Black screen when launching Microsoft Threat Modeling
Tool 2016
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cpauleyrun(a)gmail.com
Distribution: ---
Created attachment 56605
--> https://bugs.winehq.org/attachment.cgi?id=56605
The last line can repeat ad infinitum
After launching "Microsoft Threat Modeling Tool 2016", the GUI is all black. I
can open up file browsing prompts by clicking where I know buttons to be, but
nothing in the application actually renders.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42872
Bug ID: 42872
Summary: In 3D games, moving the mouse, it always moves a bit
to down and right.
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rencer(a)euromail.hu
Distribution: ---
I using a 64bit Manjaro (an Arch based) linux, the version is 17.0.1 on a
desktop computer. (Core2Quad Q6600 4GB ram, Nvidia GTX650 OC 2GB)
I have this strange mouse movement in many 3D games under Wine.
When moving the mouse slowly, it always moves down-righ a bit, no matter which
way I really move the mouse.
It is possible to move to the direction that I really move the mouse, but it
looks like something "fighting" with my mouse movement and always moving it a
bit to the down right direction.
I tried with 3 different mouse (a Logitech cordless, a Trust GXT 25, and a
noname cheap one) in every USB port and always getting this strange movement
with every mouse.
This problem is makes those games impossible to play, because it is impossible
to aim correctly.
I already searched for solutions on the web, but I can't find anything that
works.
Changing anything with winecfg not working. Changing mouse settings in the OS
not helping.
There is one suggestion that said, this is something to do with that the OS is
recognising the mouse as a joystick/gamepad, so not wine problem, but that not
the problem in my case!
I tried that "solution" too and I find out my mouse is fine and not recognised
as a joystick, so I think the problem is really with Wine.
I think this is Wine problem, because those games under real Windows in this
same computer, are working fine.
Most of the games that I own and like to play are working fine in Wine and/or
have native Linux versions.
But that few that is affected with this problem are in the top that I really
like. So it would be really nice, if someone can help me to get rid of this
problem.
One more thing; this strange movement is only happening in the 3D environment.
In menus or inventory or something like that, when you see a mouse cursor it
never happens, the mouse moving normally as expected.
Games that not using 3D are not affected with this, and there are some 3D games
that working fine.
I think this is not releated to specific game engine, because it happens to me
with games with different 3D engines.
--
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=43151
Bug ID: 43151
Summary: Black and White 2 Version 1.2 Crash on Startup
Product: Wine
Version: 2.0.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bryan_hays2002(a)ymail.com
Distribution: ---
Created attachment 58384
--> https://bugs.winehq.org/attachment.cgi?id=58384
backtrace
I'm working on setting up Black and White 2 on Linux Mint 18.1 using Wine
version 2.0.1 I've gotten through the install process and when I launch using a
DvD or a Cracked .exe I get an instant crash bug (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.
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.