https://bugs.winehq.org/show_bug.cgi?id=42616
Bug ID: 42616
Summary: InnoSetup based installer does not resolve
%SystemDrive%
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: development(a)winomega.com
Distribution: ---
InnoSetup based installer does not resolve %SystemDrive% when selecting install
directory. Instead, it will attempt to install in '%SystemDrive%' under current
dir, e.g.:
Z:\home\.....\wine\head\%SystemDrive%\Program Files\WinOmega
You can check this behaviour with downloadable WinOmega package from
http://www.winomega.com/
--
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=18975
Summary: RealMYST crashes on launch
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
RealMyst crashes on launch in wine 1.1.18-1.1.23 (it may crash on others I
haven't tested) but it works in wine 1.1.4.
I've attached a debug trace log.
System:
Ubuntu 9.04 amd64, nVidia onboard Geforce 8200 (with nVidia drivers 180.44)
--
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=40630
Bug ID: 40630
Summary: AdabiyyatArabi application trys to enumerate system
disk drives and fails
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Distribution: ---
Created attachment 54499
--> https://bugs.winehq.org/attachment.cgi?id=54499
backtrace
I am supporting a user to file a WineHQ bug...
See https://forum.winehq.org/viewtopic.php?f=8&t=26796
He tested it using Wine version: wine-1.9.8 (Staging)
The application he is trying to run enumerates the System Disk Drives ( using
class GUID "{4d36e967-e325-11ce-bfc1-08002be10318}" ). Wine does not currently
support enumerating DIGCF_PRESENT (all present drives) for
SetupDiGetClassDevs().
However the application doesn't check the return value of
SetupDiEnumDeviceInfo(). For Wine this will return FALSE on the first call.
Apparently assuming that all systems must have at least ONE disk drive!
The call to: SetupDiGetDeviceRegistryProperty() naturally fails - as the
pointer (DeviceInfoData) will be invalid.
--
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=42564
Bug ID: 42564
Summary: taskmgr should display/cache application name in/for
the process tab
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
If an app dies, but the process gets left behind, it gets far more difficult
than it should be to identify which process belonged to the app if several apps
with the same executable names are running.
Actually, even adding full executable path would have been an improvement here,
even if it wouldn't cover all of the cases.
Also, on somewhat, though not quite related note: those "ntdll Critical section
60s timeouts" are more often than not (at least in my experience) permanent
deadlocks, yet they block standard Ctrl-C and force the user to use taskmgr.
That's quite annoying sometimes.
(on a sidenote: does taskmgr really need to spam so much into the console ?)
--
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=42663
Bug ID: 42663
Summary: Wine fails to install on Ubuntu 16.10
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: seanaubin(a)gmail.com
Distribution: ---
Created attachment 57610
--> https://bugs.winehq.org/attachment.cgi?id=57610
Error output
On a relatively clean install of Ubuntu 16.10 with Kernel 4.10, I am able to
install wine using the recommended method of adding the staging ppa and
installing the staging package with the recommended installs. However, when I
try to test the installation with `wine notepad` I get the errors which have
been added in the attachment. The errors seem to be related to a failure to
create directories. However, running wine with `sudo` doesn't seem to improve
the situation.
--
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=41340
Bug ID: 41340
Summary: Unhandled page fault for Polaris Office Installer
Product: Wine
Version: 1.9.19
Hardware: x86
URL: http://install.polarisoffice.com/pcoffice/PolarisOffic
eInstaller.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: audiger(a)live.fr
Distribution: ---
Created attachment 55687
--> https://bugs.winehq.org/attachment.cgi?id=55687
Console output
Hello,
When I tried to install Polaris Office Installer with the last Wine version
(currently 1.9.19), I got an unhandled page fault during the installation:
fixme:ole:NdrCorrelationInitialize (0x339e40, 0x339fcc, 1024, 0x0): semi-stub
err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should
have been 0x2e000000d6
fixme:ole:NdrCorrelationFree (0x339e40): stub
wine: Unhandled page fault on read access to 0x00000000 at address 0x7e4fc460
(thread 002f), starting debugger...
You can find this program here:
http://install.polarisoffice.com/pcoffice/PolarisOfficeInstaller.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=36608
Bug ID: 36608
Summary: valgrind shows a definite leak in
xmllite/tests/writer.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: xmllite
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==22176== 40 bytes in 1 blocks are definitely lost in loss record 82 of 234
==22176== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==22176== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==22176== by 0x5B664A1: heap_alloc (xmllite_private.h:27)
==22176== by 0x5B69149: CreateXmlWriterOutputWithEncodingName (writer.c:968)
==22176== by 0x4CAE4BA: test_writeroutput (writer.c:188)
==22176== by 0x4CB1595: func_writer (writer.c:638)
==22176== by 0x4CB23A1: run_test (test.h:584)
==22176== by 0x4CB2790: main (test.h:654)
==22176==
--
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=29133
Bug #: 29133
Summary: Gómez PEER fails to update
Product: Wine
Version: 1.3.33
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 37554
--> http://bugs.winehq.org/attachment.cgi?id=37554
Wine 1.3.33 console output
After installing (or indeed running for the first time in a while), the Gómez
PEER attempts to auto-update. A number of messages pop up to say that the
application is unable to communicate with itself before giving up altogether.
The update seems to be actioned by javaw.exe:
"C:\PROG~FBU\Gomez\GOME~3B3\.\jre\bin\javaw.exe -cp
C:\PROG~FBU\Gomez\GOME~3B3\.\cache Respawn
C:\PROG~FBU\Gomez\GOME~3B3\.\.\jre\bin\Systeminfo.dll"
Under Windows XP and 7 this does not occur.
During upgrade gomezpeer.exe is terminated after the first error message
appears.
I will need to run under Windows again to see the differences.
This does appear to be the same as Bug 20234 but that upgrade started working,
so this must be a new bug.
Note: You need an account to get this far.
Under Wine 1.3.0 the "Last Mile updating..." windows does not appear, there is
a single error window and the application closes, but when loading a second
time the PEER continues as normal, and so must have been updated (not sure how
to check). Running a bisect is impossible due to bugs between then and now.
--
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=41684
Bug ID: 41684
Summary: unimplemented function
uiautomationcore.dll.UiaClientsAreListening called in
32-bit code
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: code.viator(a)gmail.com
Distribution: ---
Created attachment 56078
--> https://bugs.winehq.org/attachment.cgi?id=56078
backtrace
On start 1C Enterprice (trainig) I have this error.
Same error I found in https://bugs.winehq.org/show_bug.cgi?id=32861, but it not
block work with program.
--
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=36599
Bug ID: 36599
Summary: winhttp/winhttp.c test fails under valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M winhttp.dll -p
winhttp_test.exe.so winhttp && touch winhttp.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:winhttp:request_query_option partial stub
winhttp.c:879: Test failed: failed to receive response 12152
winhttp.c:883: Test failed: failed unexpectedly 12150
winhttp.c:884: Test failed: request failed unexpectedly 122
winhttp.c:899: Test failed: read_size = 0
causing a lot of valgrind warnings about uninitialized values in
winetest_ok/etc.
--
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.