http://bugs.winehq.org/show_bug.cgi?id=22422
Summary: Add "env WINEDEBUG=-all" to desktop files Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pzinin@gmail.com CC: dank@kegel.com
When Wine converts .lnk files to .desktop, it adds something like: env WINEPREFIX=~/.wine <blablabla>
Why not add something like this: env WINEDEBUG="-all" WINEPREFIX=~/.wine <blablabla>
1) When we running .desktop file, then no console is showing, then output will go to /dev/null. 2) Most games work much faster with WINEDEBUG="-all".
http://bugs.winehq.org/show_bug.cgi?id=22422
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |programs Severity|trivial |enhancement
http://bugs.winehq.org/show_bug.cgi?id=22422
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, integration, | |source Status|UNCONFIRMED |NEW CC| |austinenglish@gmail.com Ever Confirmed|0 |1
--- Comment #1 from Austin English austinenglish@gmail.com 2010-04-19 12:01:49 --- I sent a patch for this a year or so ago: http://www.winehq.org/pipermail/wine-patches/2009-April/071478.html
which wasn't committed: http://www.winehq.org/pipermail/wine-devel/2009-April/074492.html
though perhaps opinion has changed now...
http://bugs.winehq.org/show_bug.cgi?id=22422
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|integration | Status|NEW |RESOLVED Resolution| |DUPLICATE
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-20 00:24:40 --- Duplicate.
*** This bug has been marked as a duplicate of bug 15435 ***
http://bugs.winehq.org/show_bug.cgi?id=22422
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-20 00:24:53 --- Closing duplicate.
http://bugs.winehq.org/show_bug.cgi?id=22422
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|DUPLICATE |
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2010-04-20 08:27:02 --- It's not really a dup. Bug 15435 talks about noisy fixmes/errs in general. This bug removes all of them because they won't ever be seen.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-20 09:20:21 --- (In reply to comment #4)
It's not really a dup. Bug 15435 talks about noisy fixmes/errs in general. This bug removes all of them because they won't ever be seen.
The reporter claims that adding '-all' makes the games run faster. While that claim is pretty questionable, one of the reason for creating bug 15435 was to solve some performance issues caused by printing a lot of info to the terminal.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #6 from Henri Verbeet hverbeet@gmail.com 2010-04-20 09:34:00 --- (In reply to comment #5)
The reporter claims that adding '-all' makes the games run faster. While that claim is pretty questionable,
No, that's true. Running with "-all" will avoid some checks that would only result in a FIXME or ERR. E.g. checkGLcall in wined3d will only check for GL errors if the debug channel is enabled. The difference isn't huge, but it does exist.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2010-04-20 10:55:26 --- That could probably be changed to a WARN at this point. People shouldn't have to turn off error output.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #8 from Henri Verbeet hverbeet@gmail.com 2010-04-20 11:12:05 --- (In reply to comment #7)
That could probably be changed to a WARN at this point.
I don't think so, we really like to know about GL errors. I think the current trade-off between being notified about GL errors and the minor performance hit that causes is perfectly reasonable for normal purposes.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2010-04-20 11:18:30 --- It could be handled with async notification, like we do for X11, with the expensive synchronous checks being an option.
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #10 from Austin English austinenglish@gmail.com 2010-04-20 12:19:58 --- So is there no opposition to the patch then? I'll resend it if so..
http://bugs.winehq.org/show_bug.cgi?id=22422
--- Comment #11 from Alexandre Julliard julliard@winehq.org 2010-04-20 12:35:25 --- (In reply to comment #10)
So is there no opposition to the patch then? I'll resend it if so..
Yes there is, like I said it shouldn't be necessary to disable output, and there's no guarantee that the desktop would throw the output away (in fact I'd argue that it shouldn't).
http://bugs.winehq.org/show_bug.cgi?id=22422
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-20 22:55:42 --- Then this is basically a WONTFIX (if not a duplicate).
http://bugs.winehq.org/show_bug.cgi?id=22422
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2010-04-20 22:55:52 --- Closing.