http://bugs.winehq.org/show_bug.cgi?id=24320
Summary: Unexpected DetectEnvStatus.exe crash with Cisco Quick
VPN Client (QVPN 1.4.1.2)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ethanfharris(a)gmail.com
Cisco QVPN v1.4.1.2 does not work under Wine. QVPN is used to establish an
IPSec Virtual Private Network tunnel from a client computer to a Cisco
Router/Gateway to facilitate secure communication over the internet.
There appear to be 3 errors when running the Cisco QVPN application under Wine:
(a) an apparent crash / closure of DetectEnvStatus.exe
(b) a failure to resolve a DDNS domain name, and
(c) QVPN is not able to ping the gateway router, and all data transfer over the
VPN fails.
In all cases a popup box appears (see attached screenshot) indicating that
DectectEnvStatus.exe has a serious problem and has closed.
If anyone wants to debug this, I can supply a copy of QVPN, and I can set up a
temporary guest account on my WRVS4400N small business router for testing
purposes. QVPN works fine under Windows Vista SP2, and works fine on a Ununtu
10.04LTS host with a Vista guest running under Oracle VirtualBox. So the QVPN
application itself is OK, and the problem is related somehow to Wine or various
underlying services.
On the attached screenshot the DetectEnvStatus popup appears immediately when I
attempt to connect the VPN. If I use the IP address of the gateway router I am
connecting to in lieu of the DDNS domain name, QVPN will create the VPN, but
the tunnel verification ping test fails and the tunnel will not transmit data,
which is why the "remote gateway not responding" message also appears on the
screenshot. If I specify the DDNS domain name of the remote gateway router,
the VPN tunnel is not established (not shown), suggesting a dynamic DNS
name-to-IP address resolution related problem in Wine.
Any help would be appreciated.
--
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=46994
Bug ID: 46994
Summary: Firefox preferences
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wvpsvm(a)openmailbox.org
Distribution: ---
Firefox preferences is not accessible.
--
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=44200
Bug ID: 44200
Summary: Quake Champions Instant Crash To Desktop (Steam)
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 7oxicshadow(a)googlemail.com
Distribution: ---
Created attachment 59969
--> https://bugs.winehq.org/attachment.cgi?id=59969
QC crash dump
I have been playing Quake Champions in Wine with no problems for the past few
months but unfortunately there was a patch released in December that broke
compatibility.
If you open the game, a black window opens and just before the intro would
start to play the game crashes back to desktop. This issue is/was present for a
large number of real windows 7 users as well.
A solution was posted on the Quake Champions forum which has fixed the problem
for %95 of the community.
1. Make sure that Win 7 SP1 is installed
2. Install the following (specific) windows update:
https://www.microsoft.com/en-us/download/details.aspx?id=36805
Does anyone know what this update does, Is there anyway to install it on Wine?
There is no useful debug information as it crashes silently but I have attached
a crashdump.dmp file. I am unsure if the format is propitiatory or not.
I have tested both 2.21 and 2.21 staging as both were working fine before the
patch.
The following link contains an image of a decoded crash dump:
https://bethesda.net/community/topic/148801/quake-champions-failed-to-launc…
The general consensus is that it is something related to game overlays as the
issue has been linked to plays.tv and a number of graphics card software
overlays
--
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=39881
Bug ID: 39881
Summary: d3dx9_36/tests/mesh.ok: failed on line 4145 Test text
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 53245
--> https://bugs.winehq.org/attachment.cgi?id=53245
terminal_output.txt
run $ make mesh.ok, got
mesh.c:4145: Test failed: Test text ('wine', 1.000000, 0.000000), glyph 4, face
280 normal, result (0, -0, -1), expected (0, 0, 1)
Is this related to bug 28810?
--
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=49718
Bug ID: 49718
Summary: ABZU broken with math functions from musl
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: testmode11(a)protonmail.com
Distribution: ---
One of the recent "Import x from musl" commits breaks ABZU. After starting a
new game and before the Press Right mouse message appears sea background turns
to black. Reverting to old math.c file before the changes fixes the 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=49746
Bug ID: 49746
Summary: crash when virtual debug channel is enabled
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: piotr.caban(a)gmail.com
Regression SHA1: 4a7cd0f492affbc0eb347b97426b8c23f9a4f976
Distribution: ---
Steps to reproduce:
WINEDBG=virtual wine winecfg
After running the command it starts printing debug traces and crashes with
"Segmentation fault" output. I've done the regression test with 32-bit wine but
there's identical crash on x86_64.
Bisect points to this commit:
4a7cd0f492affbc0eb347b97426b8c23f9a4f976 is the first bad commit
commit 4a7cd0f492affbc0eb347b97426b8c23f9a4f976
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Aug 20 15:27:30 2020 +0200
ntdll: Call NtContinue() from LdrInitializeThunk() instead of returning.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=46350
Bug ID: 46350
Summary: Armored Warfare mouse stutter
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Hello, the game Armored Warfare runs excellent with Wine and DXVK but has a
weird problem which totally brakes the game play. If you don't touch the mouse
everything is ok. If you drive your tank inly with the keyboard, the game runs
smooth with over 200 frames per second. If you toch the mouse however, the game
stutters as hell no matter in which direction you drive the mouse. It even
stutters if your tank is standing still and you just use the mouse to look
around. The FPS immediately drop to 1~2.
Please tell me what flags do you wish for the log and I'll provide them. Thank
you.
--
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=39712
Bug ID: 39712
Summary: AirDC++: Crash after finishing setup wizard
Product: Wine
Version: 1.8-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: archee(a)tuta.io
Distribution: ---
Created attachment 52965
--> https://bugs.winehq.org/attachment.cgi?id=52965
wine terminal output
In the setup wizard, when it says "The wizard has completed successfully", then
press Cancel (Next doesn't work), now it will show splash screen and then a
dialog "AirDC++ just encountered a fatal bug and should have written
exceptioninfo.txt the same directory as the executable"
Download:
https://github.com/airdcpp/airgit/releases/download/3.00/AirDC_Installer_3.…
$ sha1sum AirDC_Installer_3.00.exe
bdaef50c9388135b9e326ea03118a1254f2ecd82 AirDC_Installer_3.00.exe
--
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=49564
Bug ID: 49564
Summary: Tomb Raider I (using DosBox) hangs after starting
Product: Wine
Version: 5.9
Hardware: x86
URL: https://store.steampowered.com/app/224960/Tomb_Raider_
I/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cd215bb49bc240cdce5415c80264f8daa557636a
Distribution: ---
This comment in another bug report made me curious and tried the game myself
(Steam version):
bug 43826, comment 5
The game comes with it's own version of DosBox and configuration files.
I'm starting the game like this (DRM-free, no need to launch Steam to play the
game):
wine dosbox.exe -conf dosboxTR.conf
The dosbox window is opened showing that 'tomb.exe' was started but it seems to
be stuck and the game doesn't start. Htop shows constant 70% CPU usage with
csmt=on, 25% when csmt=off. The status of the running dosbox.exe process
changes continuously between 'Running' and 'Sleeping' in htop.
Plain terminal output doesn't show anything related.
According to my testing this used to work better, and regression testing
resulted in
https://source.winehq.org/git/wine.git/commit/cd215bb49bc240cdce5415c80264f…
as the offending commit.
I can't revert that commit but verified that the game starts with the previous
commit and plays some intro videos.
Tested in wine-5.12-166-gcaa41d4917
--
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=43203
Bug ID: 43203
Summary: Crashing Devil Mac Cry 5
Product: Wine-staging
Version: 2.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tall89(a)mail.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
WINEDEBUG=fixme-all,err+loaddll,err+dll,err+file,err+reg
------ Program jamp.exe ------
err:seh:setup_exception_record stack overflow 1312 bytes in thread 014b eip
7bc68356 esp 01330e10 stack 0x1330000-0x1331000-0x1b30000
--
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.