https://bugs.winehq.org/show_bug.cgi?id=37625
Bug ID: 37625
Summary: Fallout: New Vegas fails to allocate system memory
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oinabilac(a)gmail.com
Distribution: ---
Fallout: New Vegas fails to allocate enough system memory when running on
high/ultra graphics settings. The game does not crash but the game is not
rendered properly; the interface disappears and certain textures are not
visible.
Wine repeatedly gives the following messages:
err:d3d:resource_init Failed to allocate system memory.
This issue can be fixed by setting the large address aware flag enabled (works
for Fallout 3 which has the same issue and runs the same game engine), but for
some reason New Vegas will not start if this is done. This is also true under
Windows and people have made workarounds to this and created mods which solve
the issue. For an example the following:
http://www.nexusmods.com/newvegas/mods/35262/?
This mod does not work under Wine, when you attempt to apply this patch by
running fnv4gb.exe you get the following error:
err:module:attach_process_dlls "XINPUT1_3.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\Steam\\steamapps\\common\\Fallout New Vegas\\FalloutNV.4gb" failed,
status c00000fd
As described previously, Fallout 3 has the exact same issue and by setting the
large address aware flag the game functions flawlessly. The same would probably
be true if the flag could be set for Fallout: New Vegas.
--
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=49144
Bug ID: 49144
Summary: Opening a PFX certificate in a dotnet application
using X509Certificate2
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petrov_lv(a)ekra.ru
Distribution: ---
Created attachment 67146
--> https://bugs.winehq.org/attachment.cgi?id=67146
output for wine
There is a crash in the test application when opening the PFX certificate. The
certificate contains a private key.
Test application:
using System;
using System.Security.Cryptography.X509Certificates;
namespace CheckPfx
{
class Program
{
static void Main(string[] args)
{
if (args.Length == 2)
{
var fileName = args[0];
var password = args[1];
var cert2 = new X509Certificate2(fileName, password);
Console.WriteLine($"HasPrivateKey: {cert2.HasPrivateKey}");
}
else
{
Console.WriteLine("using: <appName.exe> <pfx-file>
<password>");
}
}
}
}
Сertificate creation:
certtool --dsa --generate-privkey --outfile key.pem
certtool --generate-self-signed --load-privkey key.pem --outfile cert.pem
--template template.cfg
certtool --load-certificate cert.pem --load-privkey key.pem --to-p12 --outder
--outfile cert.pfx
Output for windows:
HasPrivateKey: True
Output for wine: (in attached file)
Unhandled Exception: System.Security.Cryptography.CryptographicException:
Invalid parameter.
--
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=39971
Bug ID: 39971
Summary: Vbscript works very slow on wine
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: outdoor-online(a)i.ua
Distribution: ---
Created attachment 53407
--> https://bugs.winehq.org/attachment.cgi?id=53407
Vbscript with config and input file. Logs in Win and Ubuntu
I have installed Wine (v.1.7) on Ubuntu (v. 12.04) to run the vbscript. Libre
Office was also installed via Wine (required for vbscript). The script converts
.xls or .xlsx (input file) to .csv (output file). The problem is the following:
for the first time after installation script is running for 15 minutes (this is
longer than in Win, but it is acceptable). All subsequent times the script is
running for 1.5 hours. According to the logs, you can see that the script
processes each subsequent string in xls|xlsx longer than the previous one.
(like the loss of productivity in processing xls|xlsx)
--
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=42585
Bug ID: 42585
Summary: Final Fantasy V Corrupt Fonts
Product: Wine
Version: 2.3
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 57509
--> https://bugs.winehq.org/attachment.cgi?id=57509
backtrace-finalfantasyv
Final Fantasy V show corrupted fonts with wine 2.3 and before versions
Added too backtrace
--
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=25166
Summary: Multiple mime type handling registered for different
file extensions
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: quentin.denis(a)gmail.com
Created an attachment (id=31923)
--> (http://bugs.winehq.org/attachment.cgi?id=31923)
screenshot illustrating the issue
The title might be confusing, but to be more precise, for file extensions
associated to Office Application (and even others) I get multiple "open with"
proposals, all referring to the same Office component (screenshot illustrates).
The issue seems to lie in the way wine registers the file mime-types. For a
.ppt file, i.e., I should get only one "PowerPoint" entry in my open with
dialog.
--
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=49220
Bug ID: 49220
Summary: Tom Clancy's The Division 1 hangs on login
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 67227
--> https://bugs.winehq.org/attachment.cgi?id=67227
Terminal Output
No matter if you start the game directly over TheDivision.exe or by starting it
from the UbisoftLauncher, it shows just a black screen for minutes untill i
terminate the process.
--
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=21368
Summary: TeamViewer: Some tooltips are shown incorrectly
Product: Wine
Version: 1.1.36
Platform: x86
URL: http://www.teamviewer.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: caliga(a)arcor.de
Created an attachment (id=25730)
--> (http://bugs.winehq.org/attachment.cgi?id=25730)
screenshot of incorrectly rendered tooltip
Some of the tooltips in TeamViewer are rendered incorrectly.
For example the tooltips in the toolbar when you do a remote support session.
There are also tooltips in the options dialog, but those work.
I get the impression that the width and height of the tooltips are switched.
Attached is a screenshot of a tooltip.
--
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=49321
Bug ID: 49321
Summary: Unhandled exception code c0000005 flags 0 addr
0x33845f5
Product: Wine
Version: 5.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mssxtn(a)gmail.com
Distribution: ---
Created attachment 67335
--> https://bugs.winehq.org/attachment.cgi?id=67335
debug log
Ran CMUD 3.44 pro for weeks with minimal issues. The last 2-3 days, the program
will not start. It gives me a memory access violation and will not run.
I had installed CMUD in a win32 prefix, running as windows version winxp.
I completely uninstalled WINE and all associated packages, uninstalled CMUD,
deleted the wine prefix and started over.
Installed a default wineprefix, with no windows version specified. Problem
occured during installation of cmud 3.34. Attached is the output of the
installation debug, Cmud's own install output, and the output of the wineprefix
setup.
I've seen a couple instances of this bug here on the tracker and they were
self-resolved or were marked as 'invalid'. Hopefully I can figure out a fix.
--
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.