http://bugs.winehq.org/show_bug.cgi?id=26723
Summary: Dragon Age Ultimate Edition installer rejects second
disc
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Dragon Age Ultimate Edition's installer runs fine until you
get to the second disc prompt. When you put in the second disc,
wait for it to mount, and click the installer's "Retry" button,
the game thinks for a moment... then ejects the disc, and puts
up the insert disc prompt again.
A +file log of the stuff after inserting the second disc shows:
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll",0x33f0e0,0x33f0f4,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll" 520 0x33ee10 0x33f0f4)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll",0x33ed00,0x33ed14,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll" 520 0x33ea30 0x33ed14)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll",0x33f0e0,0x33f0f4,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll" 520 0x33ee10 0x33f0f4)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll",0x33ed00,0x33ed14,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll" 520 0x33ea30 0x33ed14)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll",0x33f0e0,0x33f0f4,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll" 520 0x33ee10 0x33f0f4)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll",0x33ed00,0x33ed14,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll" 520 0x33ea30 0x33ed14)
trace:file:DeviceIoControl (0xb8,2d480c,(nil),0,(nil),0,0xeddb98,(nil))
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll",0x33f0e0,0x33f0f4,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisNextFile.dll" 520 0x33ee10 0x33f0f4)
trace:file:RtlDosPathNameToNtPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll",0x33ed00,0x33ed14,(nil))
trace:file:RtlGetFullPathName_U
(L"C:\\users\\dank\\Temp\\nsy20cc.tmp\\nsisUnRar2.dll" 520 0x33ea30 0x33ed14)
trace:file:DeviceIoControl (0xb8,2402c,0xedd7de,2,0xedd7e0,24,0xedd7d8,(nil))
trace:file:DeviceIoControl (0xb8,2d4808,(nil),0,(nil),0,0xeddb98,(nil))
One funky detail: both disc1 and disc2 have the same volume label
(the guy at EA who made the masters wasn't thinking straight, I guess).
I sure hope this isn't confusing the operating system.
--
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=33362
Bug #: 33362
Summary: Dragon Age Origins texture replaced by black
Product: Wine
Version: 1.5.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scrimekiler(a)yahoo.fr
Classification: Unclassified
Created attachment 44138
--> http://bugs.winehq.org/attachment.cgi?id=44138
Screenshot of texture bug
I tried Dragon Age Origins with a lot of different Direct3D settings in wine
registry, but still one problem remaining : textures are sometimes replaced by
black shapes, like missing texture...Sometimes it's only the armors or cloth
from vendors or characters who are replaced by black but sometimes it's like 50
% the game textures.
Currently using wine 1.5.27 and Dragon Age Origins 1.5
--
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=40029
Bug ID: 40029
Summary: Dragon Naturally Speaking 13 crashes during creation
of user profile
Product: Wine
Version: 1.9.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Distribution: ---
Created attachment 53478
--> https://bugs.winehq.org/attachment.cgi?id=53478
Terminal output on Wine 1.9.1
Steps to reproduce:
1) remove ~/.wine
2) winetricks -q vcrun2010 msxml4 dotnet452 corefonts vcrun2010
3) install DNS 13
4) wine natspeak.exe
5) wait for first crash (it isn't very dangerous)
6) in new window press next
7) get to the point where you select your region and accent
8) press next
Behaviour:
Crash
Expected behaviour:
No crash
Additional info:
--
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=24164
Summary: Wine is not data-race detector friendly
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bart.vanassche(a)gmail.com
Running Wine under a data-race detector triggers huge numbers of data-race
reports on Wine functions. This makes it impossible to analyze data races in
application that are running under Wine with Valgrind. An example (Valgrind
trunk r11292):
$ valgrind --trace-children=yes --vex-iropt-precise-memory-exns=yes
--gen-suppressions=all --tool=drd --show-confl-seg=no wine notepad
[ ... ]
==1331== Conflicting store by thread 1 at 0x7f00006c size 4
==1331== at 0x476BD36: RtlEnterCriticalSection (in
/usr/lib/wine/ntdll.dll.so
)
==1331== by 0x47811DC: RtlAllocateHeap (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x4B44408: scmdatabase_autostart_services (in
/usr/lib/wine/servi
ces.exe.so)
==1331== by 0x4B45C9E: main (in /usr/lib/wine/services.exe.so)
==1331== Allocation context: unknown.
[ ... ]
==1331== Conflicting load by thread 1 at 0x7f000128 size 4
==1331== at 0x477C80F: list_next (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x477EF7E: HEAP_FindFreeBlock (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x47812D6: RtlAllocateHeap (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x4B44408: scmdatabase_autostart_services (in
/usr/lib/wine/services.exe.so)
==1331== by 0x4B45C9E: main (in /usr/lib/wine/services.exe.so)
==1331== Allocation context: unknown.
[ ... ]
==1331== Conflicting load by thread 1 at 0x7f0047e0 size 4
==1331== at 0x477C7EC: list_remove (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x478138D: RtlAllocateHeap (in /usr/lib/wine/ntdll.dll.so)
==1331== by 0x4B44408: scmdatabase_autostart_services (in
/usr/lib/wine/services.exe.so)
==1331== by 0x4B45C9E: main (in /usr/lib/wine/services.exe.so)
==1331== Allocation context: unknown.
[ ... ]
--
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=38761
Bug ID: 38761
Summary: Notation Software installation fails when Program
Installation Folder is modified
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: reinhold.hoffmann(a)hotmail.com
Distribution: ---
Created attachment 51696
--> https://bugs.winehq.org/attachment.cgi?id=51696
Comparison of Windows and Wine installation
Hi Wine team,
we at Notation Software use VS2010 installer.
When the user modifies the standard Program Folder (target folder C:\Program
Files (x86)) a new folder called "TempFolder" is created in the Program Folder
and all temporary installation files go into that new folder. But the current
temp folder setting for the installing user is still valid.
As a result the installation fails because the temp files are not installed in
the users's temp folder but in that newly created folder which is called
"TempFolder". Definitely this new folder "TempFolder" isn't the real temp
folder.
Please see in the attached zip the files and according explanation:
(1) VS2010 Installer configuration
file "VS2010_configuration_of_installation_folders.png"
Comparison of the installation on Windows with the installation on Wine
(2) How the files end up on OpenSuse
file "Folder_Setup_after_Installation_on_Wine.png"
As a workaround we give our customers the advice not to change the Program
Folder. Then all works fine.
If siomeone wants to try that scenario our trial version can be downloaded from
http://www.notation.com/DownloadComposerTrial.php
Please modify the standard installation folder according to the screen shots
(1), (2)
We see this wrong behaviour in all Linux versions of Wine 1.7.44 and Mac from
Winebottler (Wine 1.7.37)
Best regards,
Reinhold
--
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=18175
Summary: AutoCAD 2008: Pop menu in Text Formating doesn't work
correctly
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=20643)
--> (http://bugs.winehq.org/attachment.cgi?id=20643)
Image showing popup menu
I'm using wine-1.1.19-271-g0a42190 (compiled using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is that when i want to go with mouse pointer below first separation
line of popup menu then this popup menu disappears and I cannot choose anything
below this separator.
I can navigate below this separator only with keyboard but when i press left or
right arrow the popup menu again disappears which doesn't happen when i try do
the same with everything above this separator.
--
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=18263
Summary: AutoCAD 2008: Insert Ole Object window doesn't show up
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=20787)
--> (http://bugs.winehq.org/attachment.cgi?id=20787)
How should it looks like
I'm using Wine 1.1.20 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386. I've got installed corefonts dotnet20
gdiplus gecko msxml3 vcrun2003 through winetricks.
The problem is with "Insert->Ole Object..." which i can choose in popup menu in
AutoCAD 2008. It doesn't show up anything.
In terminal there were:
fixme:ole:OleUIInsertObjectW (0x7bdf094): stub
--
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=34394
Bug #: 34394
Summary: SolidWorks 2010: No text in sidebar
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 45787
--> http://bugs.winehq.org/attachment.cgi?id=45787
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
Behaviour:
See attachment (left part of image)
Expected behaviour:
See attachment (right part of image)
Workaround:
sh winetricks wsh57
--
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=38169
Bug ID: 38169
Summary: The Settlers 3 eats a full CPU core, even on a Intel
Core i7
Product: Wine
Version: 1.7.34
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrian.kalla(a)gmail.com
Distribution: ---
Created attachment 50920
--> https://bugs.winehq.org/attachment.cgi?id=50920
Console output with Wine 1.7.34
This has been a problem for ever when running "The Settlers 3" on Wine, so it's
time to make it a bug: even though this year-1998 game runs perfectly on
Windows on a Pentium II CPU(!), it eats up a whole single CPU core when used
with Wine.
This results in the curious situation, that even with an Intel Core i7 quad
core 2.2GHz CPU, the game feels slow on Wine...
Before this gets duplicated: this bug is different from Bug 32478. While in the
past the game had also on Windows with a multi core CPU the every few seconds
occurring lag described in bug 32478, it was somehow fixed after some
Windows-updates (I guess it must have been done by a Windows "shim"), the
multicore problem can easily be workarounded by starting the game with "taskset
-c 0 wine s3.exe". For the problem I'm describing here there is no known
workaround as of now.
Attached is a console log of 15 seconds of running the game (+ a few seconds in
the menu).
Settlers3 was started with the following command:
WINEDEBUG=warn+all,+loaddll,+message,+msgbox,+wine_d3d,+ddraw,+d3d_draw,+d3d_surface,+d3d_texture,+d3d,+dplay,+dplay,+dpnhpast,+cursor,+bitmap
taskset -c 3 wine s3.exe
This can be easily reproduced with the free demo version of the game, which can
be downloaded e.g. here:
http://s3de.siedler3.net/ftp.bluebyte.com/demos/eng/settlers3amazons/s3a_de…
.
If the attached log is not enough, I can try to enable more log channels (but
which ones?). I'd like to help as much as I can to fix this, as besides for
eating the CPU, the game runs much better on Wine than on newer Windows
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=40672
Bug ID: 40672
Summary: wine-gecko cannot do xml + xslt on-the-fly transform
and display, ie8 can.
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
While switching the Font Validator code from COM interop with IE to managed
System.Windows.Forms.WebBrowser
( https://github.com/HinTak/Font-Validator/blob/master/FontVal/ResultsForm.cs )
to better support linux mono, and testing under wine for regressions, I
remember having problems with all the various combinations on a clean
wineprefix - stock wine (i.e. wine-mono), dotnet2 plain, dotnet2 + ie6, + ie7,
+ ie8 - except dotnet2 + ie8 .
Later I worked out that dotnet2 + ie7 and dotnet2 + wine-gecko would happily
display html, just not do xml + xslt on-the-fly transform, which was how the
code was originally written (see the history of the above file), hence I now
work around the wine problem and moved on.
Another part of the original FontValidator requires genuine dotnet2 (mixed mode
assemblies, does not work under wine-mono), but it would be good for wine-gecko
to be able to do xml + xslt displays like ie8 does.
Unfortunately I currently tried to detect wine by looking for WINEPREFIX in the
environment (line 123 of
https://github.com/HinTak/Font-Validator/blob/master/FontVal/ResultsForm.cs ),
but you can probably
The pre- COM->managed binary:
https://sourceforge.net/projects/hp-pxl-jetready/files/Microsoft%20Font%20V…
the post- COM->managed binary:
https://sourceforge.net/projects/hp-pxl-jetready/files/Microsoft%20Font%20V…
To test, just fire it up, go to File->Open XML report-> and just load any local
web pages, or xml + xslt combo.
Note the dependence on https://bugs.winehq.org/show_bug.cgi?id=30988 - you
need genuine dotnet2 to have any embedded webbrowser capability at all -
wine-mono is insufficient. This bug is about wine-gecko vs ie8 on top of
dotnet2.
I did the FontVal change around the new year, found work-around and moved on,
hence the 1.9.0 tag. It probably affects later versions of wine.
--
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.