http://bugs.winehq.org/show_bug.cgi?id=33746
Bug #: 33746 Summary: Oblivion launcher window does not show up using winemac.drv Product: Wine Version: 1.6-rc1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs@winehq.org ReportedBy: zoroaster@inode.at Classification: Unclassified
Created attachment 44688 --> http://bugs.winehq.org/attachment.cgi?id=44688 WINEDEBUG=relay
Music is played but no launcher window appears. Details see attached trace.
http://bugs.winehq.org/show_bug.cgi?id=33746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ken@codeweavers.com
--- Comment #1 from Austin English austinenglish@gmail.com 2013-06-08 11:03:01 CDT --- A +macdrv trace would be more useful.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #2 from Ken Thomases ken@codeweavers.com 2013-06-08 13:49:18 CDT --- I don't have the standalone version here at home, but I have tested the Game of the Year Deluxe edition installed via Steam and it seems to work fine.
Can you describe exactly which version you have?
Also, when you collect a log (especially a +relay log), please use append mode. For example:
rm /tmp/trace.txt ; WINEDEBUG=+tid,<...> wine path/to/whatever.exe
/tmp/trace.txt 2>&1
The double-angle-brackets (">>") specify append mode. The reason is that otherwise the log lines overwrite and interleave with each other, making it hard to interpret. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #3 from zoroaster zoroaster@inode.at 2013-06-08 19:07:06 CDT --- (In reply to comment #2)
Can you describe exactly which version you have?
It is the latest version 1.2.0416 (non-Steam, the collectors edition upgraded with GOTY).
http://bugs.winehq.org/show_bug.cgi?id=33746
zoroaster zoroaster@inode.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #44688|0 |1 is obsolete| |
--- Comment #4 from zoroaster zoroaster@inode.at 2013-06-08 19:08:44 CDT --- Created attachment 44704 --> http://bugs.winehq.org/attachment.cgi?id=44704 WINEDEBUG=relay
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #5 from zoroaster zoroaster@inode.at 2013-06-08 19:10:40 CDT --- Created attachment 44706 --> http://bugs.winehq.org/attachment.cgi?id=44706 WINEDEBUG=+macdrv
All attachments updated.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #6 from Ken Thomases ken@codeweavers.com 2013-06-08 20:08:29 CDT --- Thanks for those updated logs. I'm still analyzing them.
In the meantime... I assume that Oblivion does work with the X11 driver, right? In case you're not aware, you would set this registry key to switch:
[HKEY_CURRENT_USER\Software\Wine\Drivers] "Graphics"="x11"
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #7 from Ken Thomases ken@codeweavers.com 2013-06-08 20:46:40 CDT --- It seems from the logs that the layers above the Mac driver are simply never asking to show the window. If it works with the X11 driver, then there must be something that the Mac driver is doing differently that causes that.
If it does work with the X11 driver, please collect another couple of logs, one with the X11 driver and one with the Mac driver, with these debug channels: +tid,+relay,+macdrv,+x11drv,+event,+msg,+display,+win. (With the X11 driver, please exit the launcher as soon as it shows.)
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #8 from zoroaster zoroaster@inode.at 2013-06-09 06:48:20 CDT --- I have some new findings now: First of all sorry, the problem does not seem to be directly connected with winemac.drv.
For precompiled wine-devel from MacPorts the issue does not exist! But it does exist for a clang compiled Wine for x11 and for mac driver using everything from MacPorts as base (although any other application I tried did not have issues with any windows). Here is the procedure that does not produce a fully working Wine on OSX 10.8.4:
prefix=/opt/local export CC="clang" export CFLAGS="-arch i386 -Os -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk -mmacosx-version-min=10.8" export CXX="${CC}" export CXXFLAGS="${CFLAGS}" export CPPFLAGS="-I${prefix}/include" export LDFLAGS="-L${prefix}/lib"
make clean ./configure --verbose --prefix=${prefix} --disable-tests --without-alsa --without-capi --with-cms --with-coreaudio --with-cups --with-curses --with-fontconfig --with-freetype --without-gphoto --with-glu --with-gnutls --without-gsm --without-hal --with-jpeg --without-ldap --without-mpg123 --without-openal --with-opengl --without-oss --with-png --with-pthread --without-sane --with-tiff --without-v4l --with-xcomposite --with-xcursor --with-xinerama --with-xinput --with-xml --with-xrandr --with-xrender --with-xshape --with-xslt --with-xxf86vm --with-x --x-include=${prefix}/include --x-lib=${prefix}/lib make depend make -j$(( $(sysctl -n hw.ncpu) + 1 )) sudo make install
Please ask if you still require some of the mentioned traces. I did not attach them because I am not sure if they help in case of a make/compiler issue.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #9 from Ken Thomases ken@codeweavers.com 2013-06-09 11:57:40 CDT --- Thanks for letting me know. I don't need those logs if it works in general and the problem is only with a specific build.
If you can identify the specific factor that causes the problem (e.g. use of clang as the compiler) then it makes sense to file a new bug with the appropriate project. Good luck!
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #10 from zoroaster zoroaster@inode.at 2013-06-09 13:58:37 CDT --- If there exists some project I willingly open a new bug but I did not find a category that fits for this kind of problem.
In any case this invalid bug should be closed.
http://bugs.winehq.org/show_bug.cgi?id=33746
zoroaster zoroaster@inode.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winemac.drv |build-env Version|1.6-rc1 |1.6-rc2
--- Comment #11 from zoroaster zoroaster@inode.at 2013-06-17 13:13:16 CDT --- After finding the right category, I changed the component to "build-env" and version to 1.6-rc2.
The problem occurs if compiling a clean version of Wine 1.6-rc2 with default configuration:
./configure make depend make -j$(( $(sysctl -n hw.ncpu) + 1 )) sudo make install
Environment: OSX 10.8.4 with with Xcode 4.6.2 and MacPorts
http://bugs.winehq.org/show_bug.cgi?id=33746
zoroaster zoroaster@inode.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Oblivion launcher window |Oblivion launcher window |does not show up using |does not show up |winemac.drv |
http://bugs.winehq.org/show_bug.cgi?id=33746
zoroaster zoroaster@inode.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.6-rc2 |1.6-rc4
--- Comment #12 from zoroaster zoroaster@inode.at 2013-07-01 13:07:58 CDT --- Still occurs.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #13 from zoroaster zoroaster@inode.at 2013-07-27 18:01:12 CDT --- Still occurs for stable Wine 1.6 on OSX 10.8.4.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #14 from Ken Thomases ken@codeweavers.com 2013-07-27 18:08:45 CDT --- (In reply to comment #9)
If you can identify the specific factor that causes the problem (e.g. use of clang as the compiler) then it makes sense to file a new bug with the appropriate project. Good luck!
What I meant here is that you should file a bug with the project that maintains the build tool at fault. For example, file a bug with the LLVM/clang project. Or file a bug with Apple regarding Xcode. From what you've said in comment 8, this does not appear to be a Wine bug.
http://bugs.winehq.org/show_bug.cgi?id=33746
--- Comment #15 from zoroaster zoroaster@inode.at 2013-08-03 12:16:58 CDT --- I understand, please close this bug.
http://bugs.winehq.org/show_bug.cgi?id=33746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |UPSTREAM
--- Comment #16 from Austin English austinenglish@gmail.com 2013-08-05 13:54:04 CDT --- (In reply to comment #14)
(In reply to comment #9)
If you can identify the specific factor that causes the problem (e.g. use of clang as the compiler) then it makes sense to file a new bug with the appropriate project. Good luck!
What I meant here is that you should file a bug with the project that maintains the build tool at fault. For example, file a bug with the LLVM/clang project. Or file a bug with Apple regarding Xcode. From what you've said in comment 8, this does not appear to be a Wine bug.
UPSTREAM.
https://bugs.winehq.org/show_bug.cgi?id=33746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=33746
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #18 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.
-
wine-bugs＠winehq.org