http://bugs.winehq.org/show_bug.cgi?id=13515
Summary: Outcast demo: tooltips are drawn behind the window
Product: Wine
Version: 1.0-rc2
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nowic(a)wenner.ch
Created an attachment (id=13436)
--> (http://bugs.winehq.org/attachment.cgi?id=13436)
tooltip bug screenshot
When I start the demo in the 'virtual desktop' the tooltips of the
configuration menu are drawn behind the actual window. If I run the demo in
full screen mode the tooltips are drawn correctly.
Download: http://www.jeuxvideopc.com/demo/82-outcast.php
--
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=19157
Summary: CoGetContextToken and CoGetObjectContext need to take
existing MTA into account
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
since ole32.CoGetContextToken() is no longer a stub, debugging of managed code
(.NET) with cordbg/mdbg doesn't work anymore.
Main thread (tid=0009) creates MTA:
--- snip ---
...
0009:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8
...
0009:trace:ole:apartment_construct creating new apartment, model=0
0009:trace:ole:apartment_construct Created apartment on OXID 80000cafe
...
0009:Ret ole32.CoInitializeEx() retval=00000000 ret=79ebfba8
--- snip ---
Helper thread (tid=001f) explicitly demands MTA after CoGetContextToken()
failure:
--- snip ---
...
001f:Call ole32.CoGetContextToken(02c1e5f4) ret=79ee2b0f
...
001f:trace:ole:CoGetContextToken (0x2c1e5f4)
001f:Ret ole32.CoGetContextToken() retval=800401f0 ret=79ee2b0f
...
001f:Call ole32.CoInitializeEx(00000000,00000000) ret=79ebfba8
...
001f:trace:ole:apartment_get_or_create entering the multithreaded apartment
80000cafe
...
001f:trace:ole:apartment_addref 80000cafe: before = 1
...
--- snip ---
Another debugger helper/worker thread gets created (tid=0021) which *never*
initializes COM explicitly - unlike the other threads:
--- snip ---
...
0009:Call
KERNEL32.CreateThread(00000000,00000000,63ea71dc,00176a58,00000000,00176a68)
ret=63ea5b42
0009:Ret KERNEL32.CreateThread() retval=0000018c ret=63ea5b42
0009:Call ole32.CoCreateInstance(63ea5bfc,00000000,00000001,63ea5c0c,001768e8)
ret=63ea5bda
0009:trace:ole:CoCreateInstance (rclsid={e5cb7a31-7512-11d2-89ce-0080c792e5d8},
pUnkOuter=(nil), dwClsContext=00000001,
riid={809c652e-7396-11d2-9771-00a0c9b4d50c}, ppv=0x1768e8)
...
0021:Call ole32.CoGetContextToken(0319d730) ret=79ee2b0f
0021:trace:ole:CoGetContextToken (0x319d730)
0021:Ret ole32.CoGetContextToken() retval=800401f0 ret=79ee2b0f
...
0021:Call ole32.CoGetObjectContext(79ee2a20,00173224) ret=79f82943
...
0021:trace:ole:CoGetObjectContext ({00000000-0000-0000-c000-000000000046},
0x173224)
0021:err:ole:CoGetObjectContext apartment not initialised
0021:Ret ole32.CoGetObjectContext() retval=800401f0 ret=79f82943
...
0021:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0319d644)
ret=78158dd3
0021:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b842f46
ip=7b842f46 tid=0021
0021:trace:seh:raise_exception info[0]=19930520
0021:trace:seh:raise_exception info[1]=0319d6b8
0021:trace:seh:raise_exception info[2]=79f9acc4
0021:trace:seh:raise_exception eax=7b82ca8d ebx=7b8d1398 ecx=00000000
edx=0319d630 esi=0319d630 edi=0319d5b0
0021:trace:seh:raise_exception ebp=0319d598 esp=0319d534 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000246
...
<managed debugging hangs here>
--- snip ---
This is most likely same problem domain as bug 17902 (fixed by
http://source.winehq.org/git/wine.git/?a=commit;h=bd4975acb0b682bbf2b4934d1…
- "ole32: Use existing MTA in CoGetClassObject and CoCreateInstance")
Since the thread in question doesn't initialize COM at all, CoGetContextToken
and CoGetObjectContext most likely need to look at existing MTA(s).
Regards
--
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=22870
Summary: Visual Studio remote debugger msvsmon.exe does not
launch debug target
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninevoltz(a)metalink.net
msvsmon.exe does not work on Wine, the monitor will start and can connect with
Visual Studio's debugger, but it will not start the target program to debug. I
am attempting to debug PuTTY's Pageant program which also does not work
properly in Wine. I also tried debugging with MinGW's gdb and gdb crashes.
--
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=10601
Summary: .NET Framework 2.0: Installation Fails
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jmdoles(a)digitaldeviation.com
Created an attachment (id=9399)
--> (http://bugs.winehq.org/attachment.cgi?id=9399)
wine console output
The installation appears to start correctly, but it eventually causes and
unhandled exception within wine. I have installed IE6 as a prequisite.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20421
Summary: Return to Mysterious Island doesn't start
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thezood(a)gmail.com
Created an attachment (id=24240)
--> (http://bugs.winehq.org/attachment.cgi?id=24240)
Terminal output
The game Return to Mysterious Island (demo) doesn't start, just crashes. I've
tried both wine 1.1.31 and 1.0.1. This is supposedly a regression since it has
been known to work (according to AppDB) but was discovered to be broken some
time last year.
--
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=13277
Summary: Return to Mysterious Island crashes
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://download19.gamershell.com/cgi-
bin/fhx.pl?auth=a1ktbHC%2FAIL22&id=7332&ts=1211019002&ca
t=demo&filename=RtMIDemo-US.zip
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Created an attachment (id=13126)
--> (http://bugs.winehq.org/attachment.cgi?id=13126)
minimal patch to fix the crash
As reported on wine-users list this game ran fine in wine-09.58, but now just
crashes. The patch that broke the app appeared to be
http://www.winehq.org/pipermail/wine-cvs/2008-April/043077.html
Attached is a minimal patch that makes the game start fine again but i haven't
got a clue of it's correct ;)
--
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=11736
Summary: Return to Mysterious Island crashes on startup
sometimes.
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://www.gamershell.com/download_7332.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bmd_1985(a)hotmail.com
Created an attachment (id=10985)
--> (http://bugs.winehq.org/attachment.cgi?id=10985)
wine log
Return to Mysterious Island crashes on startup before it gets to the logo,
basically reolution changes and thats as far as it gets before crashing. The
interesting thing is that this dose not always happen, often it runs normally
as it has in pervious versions of wine.
--
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=22719
Summary: Tivibu custom window management buttons are
incorrectly placed in upper left-hand corner
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://www.tivibu.com.tr/downloads/Tivibu.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Following up on bug 22713, when the Tivibu client is launched, the custom-drawn
window management buttons of Tivibu are all placed in roughly the same spot in
the upper left-hand corner, rather than in their proper positions in the upper
right-hand corner of the window, as shown in attachment 28008. Relevant output
is in attachment 28009.
--
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=13370
Summary: DVD Shrink: Random crashes
Product: Wine
Version: 1.0-rc1
Platform: PC
URL: http://www.dvdshrink.org/what_en.php
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=13264)
--> (http://bugs.winehq.org/attachment.cgi?id=13264)
backtrace in git
I'm getting random crashes in DVD Shrink when using the program. No specific
recipe to reproduce though...
--
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=16481
Summary: sShortDate ignored by wine
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: singularita(a)gmail.com
If I change short date format both in .wine/user.reg (in [Control
Panel\International] section) and win.ini (in section [intl], the file is in
"Windows" directory created by wine)
In both cases, sShortDate is modified from default "M/d/yyyy" to "dd.MM.yyyy"
then when I run Unicode FAR (opensource version,
http://farmanager.com/opensource.php), the dateformat I see is default
"M/d/yyyy"
On Windows it worked, FAR respected custom date format settings set in
registry. In WINE the settings get ignored (and later overwritten by default
"M/d/yyyy"). The locale in rest of ther config is US english (00000409)
I killed all wine-related processes before doing the config-file editing, so
problem is not with running wine process overwriting my configs...
--
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.