http://bugs.winehq.org/show_bug.cgi?id=23281
Summary: Silent Hunter 4: Game freezes on ship collisions
Product: Wine
Version: 1.2-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amlopezalonso(a)gmail.com
Created an attachment (id=29019)
--> (http://bugs.winehq.org/attachment.cgi?id=29019)
WINEDEBUG=+loaddll,+process (Notice exception at the end of the file)
Ships collisions in Silent Hunter 4 - Wolves Of The Pacific (upgraded to 1.4)
freeze game.
CPU: AMD Athlon 3200+
Graphics: NVIDIA GeForce 8500-GT
Any suggestion to debug this further?
--
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=51276
Bug ID: 51276
Summary: Magic: the Gathering Arena crashes on startup
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ada.fulmina(a)gmail.com
Distribution: ---
Created attachment 70160
--> https://bugs.winehq.org/attachment.cgi?id=70160
backtrace.txt
Magic: the Gathering Arena starts crashing after upgrading to wine 6.10 and
wine-mono 6.2.0. It was working fine in prior wine 6 versions.
--
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=51274
Bug ID: 51274
Summary: adsldp:ldap crashes in Wine when LDAP has been
configured on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
adsldp:ldap crashes in Wine on cw-rx460 and cw-gtx560. The reason it crashes on
these boxes and not others is that they use LDAP for the user accounts.
https://test.winehq.org/data/patterns.html#adsldp:ldap
ldap.c:391: Test failed: got 0x80072030
Unhandled exception: page fault on read access to 0x138bec45 in 32-bit code
(0x00db86e3).
=>0 0x00db86e3 ldap_next_attributeW+0x43(ld=<couldn't compute location>,
entry=<couldn't compute location>, ptr=<couldn't compute location>)
[Z:\home\winetest\winetest\src\dlls\wldap32\misc.c:482] in wldap32 (0x0031fae8)
1 0x645438ee search_GetNextColumnName+0x5d()
[Z:\home\winetest\winetest\src\dlls\adsldp\adsldp.c:1470] in adsldp
(0x0031fb38)
0x80072030 is ERROR_DS_NO_SUCH_OBJECT so it seems likely that the crash happens
on the IDirectorySearch_GetNextColumnName() that follows line 391:
390 hr = IDirectorySearch_ExecuteSearch(ds, (WCHAR *)L"(objectClass=*)",
NULL, ~0, &sh);
391 ok(hr == S_OK, "got %#x\n", hr);
...
400 while (IDirectorySearch_GetNextRow(ds, sh) != S_ADS_NOMORE_ROWS)
This remains to be confirmed however.
Also it may be that this failure is unexpected and just the symptom of some
configuration 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.
https://bugs.winehq.org/show_bug.cgi?id=50832
Bug ID: 50832
Summary: That wine looks like windos 10 instead of windows 9x
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: toadfield(a)tutanota.com
Distribution: ---
I like the looks of windows 10 more than 9x.
It would make all the programs look much better.
--
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=51272
Bug ID: 51272
Summary: Silent Hunter 4: Lag when the radar is activated
Product: Wine-staging
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: for.ad(a)free.fr
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Debian
Created attachment 70153
--> https://bugs.winehq.org/attachment.cgi?id=70153
Terminal output
Hello,
I'm having lags in the conning tower or in the control room with S-class when
the radar is activated.
This happens with mega mods such as TMO or FotRSU.
I'm using Wine 6.10 staging, versions prior to 3.1 are better but lag is still
there.
--
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=43763
Bug ID: 43763
Summary: Warlords Battlecry II crashes on load map
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9xzsnuwq9h(a)snkmail.com
Distribution: ---
Created attachment 59263
--> https://bugs.winehq.org/attachment.cgi?id=59263
wine log with back trace
Fresh install of dev-Version, deleted previous .wine directory.
Did not install Mono or Gecko.
Installed wb2.
Started program. Chose Skirmish. Created new Hero. Configured an AI opponent
(and small retinue points for testing, optional) and started. Selected retinue
(optional). Next step is loading the map -> Crash (see attached log).
First line logged line after loading starts is:
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found
1600x1200x16 @0! (XRandR 1.2)
... 0 FPS is at least a weird setting. But this has probably not much to do
with the following:
wine: Unhandled page fault on read access to 0x00000000 at address 0x7bc50f90
(thread 0038), starting debugger...
Tested on different system and wine configurations. Same on 32Bit,
1.6.2-0ubuntu4 and winehq-stable.
--
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=40063
Bug ID: 40063
Summary: CircuitMaker install (free version): success but with
some installation issues
Product: Wine
Version: 1.8-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hmf(a)inesctec.pt
Distribution: ---
I am using wine1.8 from the ppa:ubuntu-wine/ppa on Ubuntu 14.04.3.
I have installed Circuitmaker using the instructions in
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32906. Using
Circuit maker version 1.1.0 (build 58026).
These are the commands I executed:
env WINEARCH=win32 WINEPREFIX=~/.wine32circuit winecfg
Must be in 32 bits
Select windows 8.1
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit winetricks -q corefonts mdac28
dotnet40
download gacutil-net40.tar.bz2
http://www.mediafire.com/download/v8rw5h1ra7maod4/gacutil-net40.tar.bz2
cp to /home/hmf/.cache/winetricks/dotnet40
rerun above
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit wine CircuitMakerSetup.exe
Issue - the login window fails to appear
Must do a blind login - just text in user, tab, password, tab and then enter
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit wine C:\\Program\
Files\\Altium\\CM\\DXP.exe
I found the following problems:
- The login dialogue box (which is required for installation does not appear).
Have to do it blind.
- The text showing the installation agreement appears garbled (not decoded)
- No link to the application is created to execute it
- No support for 64Bits (dotnet40).
HTS,
--
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=51270
Bug ID: 51270
Summary: Asus Armoury Crate crashes when opening it with Wine.
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 4lon3ly0(a)protonmail.com
Distribution: ---
Created attachment 70149
--> https://bugs.winehq.org/attachment.cgi?id=70149
Asus Armoury Crate Backtrace
When I open the Asus Armoury Crate 3.0.11.0 under Wine 6.9, it crashes saying
that the program had encountered a serious problem and that it needed to close.
Sha1sum:
fd6a0db01793eee7ff081e3afbd0f00133e213d4
Download:
https://dlcdnets.asus.com/pub/ASUS/mb/14Utilities/ArmouryCrateInstallTool.z…
Sysinfo:
X64
Artix Linux
Linux 5.12.7-hardened
--
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=8332
--- Comment #35 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
(In reply to Gabriel Ivăncescu from comment #34)
> Yeah, speaking of that, I had some patches to implement the asynchronous
> ICMP pings with Events and APCs, but they fell off the list. I should
> probably resend them, thanks for the reminder.
Great :).
> Do you plan to work on fixing this? It shouldn't conflict with my async
> patches much anyway, worst case a simple rebase would be sufficient. I could
> probably take a look if you can't, but you seem to know a lot more about it
> than I do, so am just asking to not duplicate the effort.
Sure. Some of the code is already written.
--
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=8332
--- Comment #34 from Gabriel Ivăncescu <gabrielopcode(a)gmail.com> ---
(In reply to Damjan Jovanovic from comment #33)
> (In reply to Gabriel Ivăncescu from comment #32)
> > I don't remember the exact details, there was a game pinging multiple time
> > every 5 seconds and it had a nasty stutter when that happened with the
> > wine-staging patch, since it invoked external commands and was very slow.
>
> That's not good. If the game stuttered merely because of the latency of a
> fork(), when we fix this and it waits for a network round-trip instead, it
> will be much worse. Are you sure there isn't another problem, eg. game wants
> asynchronous ping but we do it synchronously?
>
Yeah, speaking of that, I had some patches to implement the asynchronous ICMP
pings with Events and APCs, but they fell off the list. I should probably
resend them, thanks for the reminder.
> > I'm not that familiar with it, so I admit I haven't tested it at all other
> > than creating the raw socket itself, but it did fix the slowdown; now that
> > you mention it, though, it probably failed to ping.
>
> Ok thank you.
Do you plan to work on fixing this? It shouldn't conflict with my async patches
much anyway, worst case a simple rebase would be sufficient. I could probably
take a look if you can't, but you seem to know a lot more about it than I do,
so am just asking to not duplicate the effort.
--
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.