https://bugs.winehq.org/show_bug.cgi?id=43409
Bug ID: 43409
Summary: Banished won't run on FreeBSD (failed to initialize
the memory allocator!)
Product: Wine
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
…
[View More]I'm running FreeBSD 11.0-RELEASE-p1 amd64 and I am using Wine staging 2.10
i386.
When I try to run Banished, I have a little window saying :
A fatal error has occured and the application cannot continue.
Memory: The application failed to initialize the memory allocator!
The only message I have in the terminal, after the usual "consider using
nouveau instead", is :
err:ole:CoUninitialize Mismatched CoUninitialize
I don't know if it is linked to my issue.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40233
Bug ID: 40233
Summary: Devil Daggers Refuses to Start
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tristanlshockley(a)gmail.com
Distribution: ---
Created attachment 53778
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=53778
Devil Dagger Force Close Output
I created a thread in the forums
(https://forum.winehq.org/viewtopic.php?f=8&t=26228) where I was recommended to
create a bug report. To get to this point I needed lib32-openal. After
installing samba a winbind error was removed (see the forum link) but this
doesn't appear to change anything. The game will not start through terminal
because of DRM, you need to run the game through Steam in WINE. When you do so
you will see a black box which will autoclose in about five seconds. Attached
is the text Steam spits out during this time, and if I can figure out how to
post another I will provide an image of the black box.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40928
Bug ID: 40928
Summary: Sword of the Stars: The Pit Gold Edition (.NET
4.0/XNA) crashes with a SIGSEGV when using wine-mono
Product: Wine
Version: 1.9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: …
[View More]fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 55038
--> https://bugs.winehq.org/attachment.cgi?id=55038
Terminal output for Wine-1.9.13-114-gb1930ee Windows XP mode
Windows XP mode, clean 32-bit prefix.
After installing the GOG version of Sword of the Stars: The Pit Gold Edition
and running "wine ThePit.exe" I am greeted with what appears to be a wine-mono
crash.
Wine-mono 4.6.3 is installed.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=40574
Bug ID: 40574
Summary: bbtalk.exe wont start
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eore26(a)gmail.com
Distribution: ---
Created attachment 54413
--> https://bugs.winehq.org/…
[View More]attachment.cgi?id=54413
Program error detail
Unhandled Exception
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=7961
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |damjan.jov(a)gmail.com
--- Comment #23 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Jason Edmeades from comment #7)
> Similarly there are other pattern matching problems, and I havent …
[View More]looked to
> see if these are cause by findfirst/findnext (I am guessing they are), but
> I'll list them here for reference for when this bug is debugged - In
> windows, 'dir ???' lists all entries up to 3 characters in length which do
> not
> have a '.' in them. In wine if shows entries of exactly 3 entries and even
> includes ones with a . (eg. 'a.a')
The:
dir "???"
problem, at least, is easy to fix. All we have to do is skip trailing unmatched
"?"s like we already do for "*" and ".". A (preliminary) patch such as the
following works. However, while "a" and "aa" are correctly matched for "???",
"a.a" is wrongly matched too - apparently the "." in filenames needs special
handling.
diff --git a/dlls/ntdll/unix/file.c b/dlls/ntdll/unix/file.c
index cf413f46e5c..5d567358f88 100644
--- a/dlls/ntdll/unix/file.c
+++ b/dlls/ntdll/unix/file.c
@@ -1375,8 +1375,8 @@ static BOOLEAN match_filename( const WCHAR *name, int
length, const UNICODE_STRI
break;
}
}
- while (mask < mask_end && ((*mask == '.') || (*mask == '*')))
- mask++; /* Ignore trailing '.' or '*' in mask */
+ while (mask < mask_end && ((*mask == '.') || (*mask == '*') || (*mask ==
'?')))
+ mask++; /* Ignore trailing '.' or '*' or '?' in mask */
return (name == name_end && mask == mask_end);
}
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=47801
Bug ID: 47801
Summary: Growing build/wine VM disk usage
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 65291
--> https://…
[View More]bugs.winehq.org/attachment.cgi?id=65291
Evolution of wtbdebian10's revert times
Every time we update and rebuild Wine in these VMs the VM's qcow2 file grows.
The Wine VMs are those where the disk grows fastest, from ~5 GB to 60+ GB in a
matter of weeks. Fortunately it does seem to grow slower after a while.
For instance <6 GB to 32 GB (du) from 2019-09-20 to 2019-09-25 for wtbdebian10.
This may be caused by the way WineRunReconfig handles live snapshots. To
summarize:
* Restore to the current live snapshot.
* Update and rebuild Wine.
* Iff that succeeded, delete the live snapshot and recreate it.
This may cause QEmu to not realize that all the data from the now deleted old
live snapshot can be reclaimed and reused for the next Wine build. But we had
to delete the live snapshot at the last minute because losing it would mean the
VM would be unusable until the TestBot administrator could come and fix it.
However nowadays the TestBot can recreate live snapshots from powered off
snapshots. This means we could delete the live snapshot first, rebuild and
recreate the snapshot at the end. In the unlikely event that something goes
wrong the live snapshot could be recreated from the powered off 'base'...
except in the case of a build error. That case would be unrecoverable unlike in
the current scheme.
A test with this alternative snapshot management should be made to see if it
does actually make a difference in the qcow2 growth (there's really no
guarantee it does).
For these VMs the revert time does seem to degrade a bit with time(*). This may
be related to the qcow2 size and/or accumulation of "phantom snapshots". So the
experiment should be run for a while to see if it makes a difference on this
metric too.
(*) See the Munin graph of wtbdebian10's revert time. The drop in week 38 and
39 correspond to maintenance on the VM where all snapshots were deleted and
virt-sparsify run on its disk.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50122
Bug ID: 50122
Summary: InternetOpenURL() from wininet.dll(v8.00.7601.17601)
on wine vUbuntu 5.0-3ubuntu1 throws 12006
ERROR_INTERNET_UNRECOGNIZED_SCHEME
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wininet
Assignee: …
[View More]wine-bugs(a)winehq.org
Reporter: guscarreno(a)gmail.com
Distribution: ---
Hi there,
I stumbled upon this issue when HeidiSQL's update checker began to fail to
contact the mother ship.
I then had a very long back and forth with a troll but that ended when the main
developer of HeidiSQl stepped in and I decided to replicate the update check
code under Lazarus.
I used fpcupdeluxe to install Lazarus and copied the offending code and had a
go.
I can report that I've tried to access:
1. https://www.heidisql.com/updatecheck.php?r=6119&bits=64
2. http://www.heidisql.com/updatecheck.php?r=6119&bits=64
3. ftp://www.heidisql.com/updatecheck.php?r=6119&bits=64 (Yes in desperation)
4. I now need to test if the "file:///" SCHEMA doesn't trip this wire
All of the above have always given me a GetLastError()==12006
As stated on summary:
- wininet.dll version is 8.00.7601.17601 as reported from Sysinternals's
sigcheck
- wine --version return "wine-5.0 (Ubuntu 5.0-3ubuntu1)"
- My system is Ubuntu 20.10 64b with wine64 and wine32 installed and updated as
of 2020/11/11
- Tested with InternetOpenURL()
- Tested with InternetOpenURLA() (I really don't know what I'm doing here)
If you really insist I can probably conjure up some C code to test this.
At the moment I only have Free Pascal code that I can provide.
Cheers,
Gus
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=50115
Bug ID: 50115
Summary: C&C Generals Zero Hour cursor dissappears after first
mouse action
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: minion.procyk(a)gmail.com
…
[View More]Distribution: ---
C&C Generals Zero Hour mouse disappears after performing any mouse action on
the main menu. Issue is present at least from wine-5.7 through wine-5.21. This
is resolved by applying the wine-staging patchset user32-rawinput-mouse. I'm
making this ticket to hopefully get the appropriate patch upstreamed or
resolved properly.
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=48787
Bug ID: 48787
Summary: WineD3D C&C Generals Zero Hour takes a lot time to
load or maximize
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
As you know (C&…
[View More]amp;C Generals Zero Hour) is an old game. And it use DirectX 8.1.
These type of games don't stable in current Windows' versions.
So WineD3D used to valid run them on Windows.
Using: C&C Generals Zero Hour (Last Version 1.04)
Windows 10 (1909)
WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag
Both (Intel and AMD) cards tested
Expected Result: Works fine with high speed.
Actual Result: Very long time on maximize the game after minimize or switch to
another application
Long time on loading the game (Not happen on MS DirectX)
--
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.
[View Less]
https://bugs.winehq.org/show_bug.cgi?id=49666
Bug ID: 49666
Summary: Red Dead Redemption 2 requires HEAP flags offset to
match Windows
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
…
[View More]
Red Dead Redemption 2 gets ProcessHeap from the PEB, and directly accesses the
'flags' and 'force_flags' fields of the HEAP structure.
Those fields need to be at the same offset as they are on WinVista through
current Win10, 0x40/0x70.
Wine currently pads the struct so 'flags' is in the correct place (0xC) vs.
WinNT/2000/XP
https://ctf-wiki.github.io/ctf-wiki/reverse/windows/anti-debug/heap-flags/
--
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.
[View Less]