http://bugs.winehq.org/show_bug.cgi?id=33848
Bug #: 33848
Summary: InstallShield fails to install any files on NTFS /
FAT32 partitions, while others can...
Product: Wine
Version: 1.5.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tesfabpel(a)gmail.com
Classification: Unclassified
When you install a software that uses InstallShield (like Crysis, No One Lives
Forever 2, Myth 3 :P) on a NTFS / FAT32 partition, it fails the installation
right away with this error:
Access Denied
Other setup software like NSIS are able to install on those partitions (like
Notepad++)...
This bug is veeeery old (bug [17776])
---
Quote from bug [17776]:
Specfically -- and this is a guess -- I think stat() is returning different
values for files not yet committed to disk. IShield sees this, and assumes it's
being silently denied access to certain features when in fact what it wanted
actually happened, it's just being hidden due to this bug.
---
The solution then should be (IMHO) to implement a wrapper for the equivalent of
stat() in Windows that takes into account these differences and returns what
Windows' apps expect to get...
I set the bug's severity as major and not normal because it makes Wine fail
at "Emulating" Windows (yeah, I know, WINE Is not an Emulator :P) with a so
important setup software like InstallShield...
BTW shouldn't then the bug be related to IS?
Maybe, but anyway this denotes a difference in behaviour with Windows that I
think should be solved...
Anyway these are only my opinions... :)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35223
Bug ID: 35223
Summary: King's Bounty Crossworlds crashes in the new campaign
when entering the sea tower on the first island
Product: Wine
Version: 1.7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i30817(a)gmail.com
Classification: Unclassified
As in the title. The error window it presents is:
".\BMRender\rmode.cpp(4050): DirectX call failed: 1, 1, D3ERR_INVALIDCALL (The
method call is invalid. For example, a method's parameter may not be a valid
pointer)"
This game already had crashes when loading levels or combat (probably) due to
the implemented messages wine emits with it:
"fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for
compressed pixel formats is not implemented yet"
These could be worked around by setting texture quality to minimum (on the
Gallium 0.4 radeon driver). This error can't be worked around with that as far
as i can tell. A similar, but different (different line number, -1 instead of
1) error on windows, apparently has a workaround of disabling vsync but that
doesn't work in this case.
--
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=44540
Bug ID: 44540
Summary: Imperium GBR terminate unexpectly when using native
quartz.dll
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Created attachment 60497
--> https://bugs.winehq.org/attachment.cgi?id=60497
log with dsound setted as native
Imperium GBR terminate unexpectly (without crash), with exit code -127 when
using native quartz.dll (from directmusic winetricks component)
The beheviour change if I have dsound setted as builtin or native.
If dsound is setted as builtin the game exit after the resolution change,
before playing the videos.
If dsound is setted as native the game play the videos and then terminate
before entering the main menu.
For playing music in the game it need dsound,dmime,dmsynth,dmusic,dswave as
native (this issue happens in the described ways if the mentioned dll (other
then dsound) are setted as builtin or native)
--
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=39013
Bug ID: 39013
Summary: Cannot change the location of the folder put in
/tmp/.wine-uid
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sstewartgallus00(a)mylangara.bc.ca
Distribution: ---
I want to set /tmp on my machine to be only readable and writeable by root and
I cannot use Wine with that configuration unless I can change that folder.
Also, only allowing the static folder in /tmp opens up a denial-of-service
attack against other users. A user can be a jerk and create /tmp/.wine-uid
directories to block other users.
--
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=35522
Bug ID: 35522
Summary: Send a test to testbot using 1 page instead of 3
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Classification: Unclassified
Currently it is:
1. Select a file to send
2. Select the VMs
3. Select additional flags (command line arguments, whether to run 64-bit
tests, debug level, report successful tests)
One option would be to merge all 3 pages into 1. Another possibility is to
add option "Use defaults" and activate it by default to skip 2 and 3 pages
using default settings (which in most cases nobody cares about).
--
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=8051
trymeout(a)tutanota.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |trymeout(a)tutanota.com
--- Comment #172 from trymeout(a)tutanota.com ---
Created attachment 65434
--> https://bugs.winehq.org/attachment.cgi?id=65434
log
Still occurs in Wine 4.17
--
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=45063
Bug ID: 45063
Summary: win64 / 64-bit .NET 4.0 - c0000005 from
ntdll:RtlGetDaclSecurityDescriptor
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: pembertona(a)gmail.com
After fighting for some to get .NET 4.0 running on 64 bit (great progress here
after overcoming multiple msi/msiexec/installer issues), I've hit an access
violation exception running a very basic 'hello world' 64-bit console app. This
is on `portable-winehq-staging-3.6-osx64` - but almost certainly the devel and
stable branches as well.
136984.882:0008:0041:Call
advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(19e1f7f8
L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)",00000001,19e1f780,19e1f7c8)
ret=6447f2c4d3e
136984.884:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW
L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 1, 0x19e1f780, 0x19e1f7c8
136984.884:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062):
returning 0xf60b0
136984.885:0008:0041:trace:advapi:ParseStringAclToAcl
L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)"
136984.885:0008:0041:trace:advapi:ParseStringSidToSid
L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x0, 0x19e1f514
136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested,
returning TRUE with 16
136984.885:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)",
0x0, 0x19e1f514
136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested,
returning TRUE with 28
136984.885:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf60b0):
returning TRUE
136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,00000058):
returning 0x46340
136984.886:0008:0041:trace:heap:LocalAlloc (flags=0040) returning 0x46340
136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062):
returning 0x46420
136984.886:0008:0041:trace:advapi:ParseStringAclToAcl
L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)"
136984.886:0008:0041:trace:advapi:ParseStringSidToSid
L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x46364, 0x19e1f514
136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE
136984.886:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)",
0x4637c, 0x19e1f514
136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE
136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46420):
returning TRUE
136984.887:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW
ret=1
136984.887:0008:0041:Ret
advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000001
ret=6447f2c4d3e
136984.887:0008:0041:Call ntdll.RtlFreeHeap(00010000,00000000,000f5f30)
ret=6447f2c4dc8
136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf5f30):
returning TRUE
136984.887:0008:0041:Ret ntdll.RtlFreeHeap() retval=00000001 ret=6447f2c4dc8
136984.887:0008:0041:trace:ntdll:RtlGetSaclSecurityDescriptor
(0x46340,0x19e1f716,0x19e1f718,0x19e1f715)
136984.887:0008:0041:trace:ntdll:RtlGetDaclSecurityDescriptor
(0x46340,0x19e1f717,0x19e1f720,0x19e1f715)
136984.887:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,0000009c):
returning 0x46570
136984.888:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46570):
returning TRUE
136984.888:0008:0041:trace:seh:NtRaiseException code=c0000005 flags=0
addr=0x6447f1d6f19 ip=6447f1d6f19 tid=0041
136984.888:0008:0041:trace:seh:NtRaiseException info[0]=0000000000000000
136984.888:0008:0041:trace:seh:NtRaiseException info[1]=0000000000000010
136984.888:0008:0041:trace:seh:NtRaiseException rax=0000000000000000
rbx=000006447f27fd30 rcx=0000000019e1fce0 rdx=0000000019e21ad0
136984.888:0008:0041:trace:seh:NtRaiseException rsi=0000000019e1fce0
rdi=0000000000000000 rbp=0000000019e1fe00 rsp=0000000019e1fc20
136984.888:0008:0041:trace:seh:NtRaiseException r8=0000000019e1f298
r9=0000000000000010 r10=0000000019e21b25 r11=ffffffffffffffa9
136984.888:0008:0041:trace:seh:NtRaiseException r12=0000000000000000
r13=0000000000000000 r14=0000000000044860 r15=0000000000000000
136984.888:0008:0041:trace:seh:call_vectored_handlers calling handler at
0x6447f30a954 code=c0000005 flags=0
...
136984.967:0008:0041:err:eventlog:ReportEventW L"Application:
Console64.exe\nFramework Version: v4.0.30319\nDescription: The process was
terminated due to an internal error in the .NET Runtime at IP 000006447F1D6F19
(000006447F100000) with exit code 80131506.\n"
Possibly related to https://bugs.winehq.org/show_bug.cgi?id=27680?
--
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=31788
Bug #: 31788
Summary: Run the tests in Wine on Mac OS X
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Just like it would be useful to run the test in Wine on Linux and FreeBSD (see
bug 31787), it would be useful to run them on Mac OS X.
However whereas setting up a Linux VM is easy, doing so with Mac OS X seems to
be much trickier, both technically and due to the EULA. In particular it may
require running the VM on real Apple hardware (so no rack mounting for this
one?). There's also the question about whether this would make for a meaningful
test system.
So if we exclude VMs, this bring us back to getting tests to run on real
hardware (bug 31786).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31785
Bug #: 31785
Summary: Add more languages and locales to the core tests
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
With recent versions of Windows there is:
* The Display Language which decides what language the GUI is in.
* The Locale which decides most everything else: date and number format,
sorting, etc.
Wine's conformance tests are impacted by both of these settings and it's often
interesting to have non-matching settings to spot issues: tests impacted by the
locale must be skipped based on the locale, not on the display language.
The old Wine TestBot ran the tests on VMs with a couple of different languages
and locales but there's a desire to expand this list. In particular testing
some right-to-left and non-latin languages and with some indic scripts would be
useful.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35312
Bug ID: 35312
Summary: "Toggle All" currently means "Inverse Selection"
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Classification: Unclassified
When selecting VMs the button "Toggle All" actually inverses the current
selection.
function ToggleAll()
{
for (var i = 0; i < document.forms[0].elements.length; i++)
{
if(document.forms[0].elements[i].type == 'checkbox')
document.forms[0].elements[i].checked =
!(document.forms[0].elements[i].checked);
}
}
A possible solution:
var toggledstate = true;
function ToggleAll()
{
toggledstate = !toggledstate;
for (var i = 0; i < document.forms[0].elements.length; i++)
{
if(document.forms[0].elements[i].type == 'checkbox')
document.forms[0].elements[i].checked = toggledstate;
}
}
--
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.