http://bugs.winehq.org/show_bug.cgi?id=33118
Bug #: 33118
Summary: Adding bin.base64 attribute causes duplicate datatype
attribute
Product: Wine
Version: 1.5.22
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
The following psedocode is causing duplicate xmlns to appear on a node.
node->Create Attribute (_T("xmlns:dt"),
_T("urn:schemas-microsoft-com:datatypes"));
node->Put Data Type(_T("bin.base64"));
node->Put Node TypedValue("DATA");
Do you get a node that looks like the following.
<UML:TaggedValue xmlns:dt="urn:schemas-microsoft-com:datatypes"
xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="bin.base64" >...
--
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=16666
Summary: wine segfaults on launch
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: OpenBSD
Status: NEW
Keywords: patch, source
Severity: critical
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=18290)
--> (http://bugs.winehq.org/attachment.cgi?id=18290)
core dump
Now for the biggest bug :-)
Wine segfaults on launch of any program. Even 'wine --version' crashes.
I've got this patch in place (from openbsd's port):
diff --git a/loader/pthread.c b/loader/pthread.c
index 4c0c892..e7f6479 100644
--- a/loader/pthread.c
+++ b/loader/pthread.c
@@ -96,6 +96,12 @@ static void init_thread( struct wine_pthread_thread_info
*info )
/* if base is too large assume it's the top of the stack instead */
if ((char *)info->stack_base > &dummy)
info->stack_base = (char *)info->stack_base - info->stack_size;
+#elif defined(__OpenBSD__)
+ stack_t stack;
+ if (pthread_stackseg_np(pthread_self(), &stack) != 0)
+ abort ();
+ info->stack_base = (char *)stack.ss_sp - stack.ss_size;
+ info->stack_size = stack.ss_size;
#else
/* assume that the stack allocation is page aligned */
char dummy;
@@ -163,6 +169,8 @@ static void init_current_teb( struct
wine_pthread_thread_info *info )
info->pid = getpid();
#ifdef __sun
info->tid = pthread_self(); /* this should return the lwp id on solaris
*/
+#elif defined(__OpenBSD__)
+ info->tid = pthread_self();
#elif defined(__APPLE__)
info->tid = mach_thread_self();
#elif defined(__FreeBSD__)
Though, it still segfaults without it.
wine-pthread.core attached
--
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=30600
Bug #: 30600
Summary: Emergency 3 crash with page fault on read access to
0x00000000 in 32-bit code (0x100ac010)
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linuxcobra(a)gmx.de
Classification: Unclassified
Created attachment 40041
--> http://bugs.winehq.org/attachment.cgi?id=40041
Backtrace-output
when i install this Game under wine, the install works, but when i will start
the game, will not work.
via original Windows XP / ME ( both tested) : no problems
--
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=41317
Bug ID: 41317
Summary: WOLF RPG Editor (Game.exe): Arrow keys don't work
properly when gamepad is connected
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: kakurasan(a)gmail.com
Regression SHA1: c126b21a34be008534e4fbd2a0f8bb8ea08c6c2b
Distribution: ---
Created attachment 55651
--> https://bugs.winehq.org/attachment.cgi?id=55651
Input test program which uses DX Library (source)
When gamepad is connected, the cursor or character moves automatically and
arrow keys doesn't work properly.
Workaround: Disable all gamepads using joy.cpl, or use native dinput.dll
Note: WOLF RPG Editor uses a DirectX wrapper library called "DX Library" (open
source).
Downloads (Japanese):
* WOLF RPG Editor: http://www.silversecond.com/WolfRPGEditor/Download.html
* DX Library: http://dxlib.o.oo7.jp/
----- Result of regression testing -----
c126b21a34be008534e4fbd2a0f8bb8ea08c6c2b is the first bad commit
commit c126b21a34be008534e4fbd2a0f8bb8ea08c6c2b
Author: Andrew Nguyen <anguyen(a)codeweavers.com>
Date: Tue Jul 5 07:19:17 2011 -0500
dinput: Extract the DirectInput instance creation and initialization in
DirectInputCreateEx to separate functions.
:040000 040000 f904caf8d290195557d1c2733d12288d8b4f9cf4
02e3e0e5a1ad1ee2fbb02e91bb09f093766c0e0e M dlls
--
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=41080
Bug ID: 41080
Summary: Need For Speed Most Wanted 2005 not working after
upgrade from Ubuntu 14.04 to 16.04
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: naheelazawy(a)gmail.com
Distribution: ---
Created attachment 55265
--> https://bugs.winehq.org/attachment.cgi?id=55265
backtrace
The game was working great on Ubuntu 14.04 but now after upgrading to 16.04 it
just doesn't work. And by the way, I tried various versions of wine and nothing
worked so far.
--
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=34297
Bug #: 34297
Summary: Allow reconnecting to disconnected joysticks
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: achurch+wine(a)achurch.org
Classification: Unclassified
Created attachment 45660
--> http://bugs.winehq.org/attachment.cgi?id=45660
Proof-of-concept patch
Currently, if a joystick is disconnected and then reconnected (because the
cable is pulled out, for example), Wine acts as though the joystick is present
but stuck at the last state it reported, and it fails to report any subsequent
changes in device state, which is an arguably suboptimal user experience.
The attached patch (against 1.7.0) changes the Linux evdev driver to attempt to
reopen a joystick device after a read fails. This patch uses the simple
heuristic of "if it's on the same device file and has the same name, it's the
same joystick", which means (1) it won't reconnect if the device file changes
and (2) it could falsely reconnect if there are multiple input devices with the
same name, but it works for simple circumstances.
Naturally, one could iterate over all possible input devices to try and find
the device, but that could be fairly expensive to do on every poll operation,
and it would probably involve concurrency issues relating to checking whether
the device is already known as a different joystick. In the long run, it might
be better to monitor the /dev/input directory for added and removed devices
(perhaps using inotify) and use those events to handle reconnection.
--
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=38696
Bug ID: 38696
Summary: Messy screen in DxTex.exe
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 51621
--> https://bugs.winehq.org/attachment.cgi?id=51621
messy screen with wine-hq
Steps to reproduce:
Start DxTex.exe that is included in DirectxSDK available for download from
https://www.microsoft.com/en-us/download/details.aspx?id=6812
1. New texture. Settings default
2. Open onto this surface and choose any graphic file.
3. see...
With wine-stage the screen is good.
To be sure: I used unmodified sources on wine-hq and wine-stage. There are no
my patches at all.
All settings are the same, just changed wine prefix.
The logs difference is probably in this line
----
fixme:win:EnumDisplayDevicesW ((null),0,0x33f42c,0x00000000), stub!
----
--
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=40658
Bug ID: 40658
Summary: Joystick POW hat switch rotated for JOYDEVDRIVER=(js)
while JOYDEVDRIVER=(event) is Ok
Product: Wine
Version: 1.9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: otty(a)gmx.net
Distribution: ---
I have a Saitek AV8R-01 joystick with a POV hat switch.
When using the JOYDEVDRIVER=(event) device (dinput/joystick_linuxinput.c), the
orientation is Ok both in the Wine Control Panel (control.exe) Joystick test
POV area and in the games, i.e when moving the hat switch horizontally to the
right the indicator moves towards the right, when moving the hat switch
vertically up, the indicator moves up.
Hoever the JOYDEVDRIVER=(js) device (dinput/joystick_linux.c) has its
orientation mixed up:
* when moving the hat switch horizontally to the right the indicator moves
down.
* when moving the hat switch vertically up, the indicator moves left.
This happens on wine-1.9.9 on Ubuntu 14.04 (LTS) installed from
http://ppa.launchpad.net/wine/wine-builds/ubuntu trusty main, but is also
present in earlier versions, e.g. 1.6.1
Unfortunately I need to use the (js) device as I cannot get the game to
recognise the rudder and thrust axes with the (event) device.
(BTW, does the (event) device recognize the
[HKEY_CURRENT_USER\Software\Wine\DirectInput] registry key in the same way as
teh (js) device?)
BR,
--
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=21564
Summary: warning forever ignores keyboard input after
losing/regaining focus
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www18.big.or.jp/~hikoza/Prod/index_e.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Steps to reproduce:
* Install Warning Forever from the linked website.
* Start the program by running c:\wf\wf.exe. (The installer does not create a
shortcut. This is the same on Windows.)
* Select "Window mode".
* Verify that the 'z' key can be used to make selections in the menu.
* Switch to another window.
* Switch back to Warning Forever window.
* Verify that keyboard input no longer works.
--
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=22369
Summary: A child window without WS_EX_MDICHILD style should not
be tiled by the WM_MDITILE message.
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.m.winehq(a)gmail.com
In user32/mdi.c
-> MDITile
-> #L763(wine-1.1.42) for-loop "remove all the windows we don't want",
the windows without WS_EX_MDICHILD window style should be also removed from
win_array.
MDICascade is also.
--
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=24352
Summary: Virtual desktop does not respect modeless child window
Z-order
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: multitude(a)internode.on.net
1. Run 'winecfg' and ensure the 'Graphics -> Emulate a virtual desktop' option
is off.
2. Press the OK button to apply any changes and close 'winecfg'.
2. Run 'wine notepad' and search for text (Ctrl-F).
3. Leaving the 'Find' window open, mouse click the main 'Notepad' window.
CORRECT RESULT: The 'Notepad' window becomes active, the 'Find' child window
becomes inactive and remains in front of the main 'Notepad' window.
4. Exit 'notepad', run 'winecfg' and enable the 'Graphics -> Emulate a virtual
desktop' option.
5. Press the OK button to apply the change and close 'winecfg'.
6. Run 'wine notepad' again and search for text (Ctrl-F).
7. Leaving the 'Find' window open, mouse click the main 'Notepad' window.
INCORRECT RESULT: When the 'Notepad' window becomes active the 'Find' window
disappears behind the 'Notepad' window.
Confirmed in Wine 1.3.2 and Wine 1.2.
Bug found when testing Chessmaster Grandmaster Edition.
--
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=39640
Bug ID: 39640
Summary: taskmgr: "End Process Tree" is unimplemented
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine's Taskmgr tool offers to terminate all the processes in a process tree
(End Process Tree) but that function is in fact not implemented. More precisely
it does the exact same thing as 'End Process', i.e. it kills the specified
process but not its children.
As proof, compare the implementation of ProcessPage_OnEndProcessTree() with
ProcessPage_OnEndProcess() in programs/taskmgr/endproc.c. Both functions are
identical.
--
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=36901
Bug ID: 36901
Summary: king of dragon pass shows UI elements like a File menu
and scroll bars
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: silviucc(a)gmail.com
Created attachment 49019
--> http://bugs.winehq.org/attachment.cgi?id=49019
debug log
When running King of Dragon Pass, the game should display a fullscreen window
but it also draws window chrome like a File menu entry and the menu bar (if not
run in an emulated desktop mode) and scroll bars (does not matter if emulated
desktop or not)
There is a demo/tour of the game that can be downloaded from the creators of
this game which has the same issue:
http://a-sharp.com/files/KoDP-Tour.exe
Created a log file with WINEDEBUG=+win,+x11drv,+event
Picture of broken game UI:
https://dl.dropboxusercontent.com/u/3371527/kodp_wine.png
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=41624
Bug ID: 41624
Summary: choosing windows version in winecfg seems incomplete
Product: Wine
Version: 1.9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: h.c.croon(a)hccnet.nl
Distribution: ---
Created attachment 55983
--> https://bugs.winehq.org/attachment.cgi?id=55983
log file attemp to run XperiaCompanion.exe
I tried to use xperiacompanion.exe installation program under Wine (Ubuntu
16.04, AMD A10-7850K). I choose Windows 10, Windows 8 and Windows 7
subsequently. Error message: Program works only under Windows 7 or higher.
In log file: "Burn v3.10.3.3007, Windows v5.2 (Build 3790: Service Pack 2)" and
"Condition 'VersionNT >= v6.1' evaluates to false.".
So, what does WINE offer when you choose a Windows version?
--
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.