2 <title>Finding and Reporting Bugs
</title>
4 <sect1 id=
"bug-reporting">
5 <title>How To Report A Bug
</title>
11 (Extracted from
<filename>wine/documentation/bugreports
</filename>)
15 There are two ways for you to make a bug report. One uses a
16 simple perl script, and is recommended if you don't want to
17 spend a lot of time producing the report. It is designed for
18 use by just about anyone, from the newest of newbies to
19 advanced developers. You can also make a bug report the hard
20 way -- advanced developers will probably prefer this.
23 With using either approach report the found issues with relevant
24 <ulink url=
"http://bugs.winehq.com/">Wine Bugzilla
</ulink>.
28 <title>The Easy Way
</title>
32 Your computer
<emphasis>must
</emphasis> have perl on it
33 for this method to work. To find out if you have perl,
34 run
<command>which perl
</command>. If it returns something like
35 <filename>/usr/bin/perl
</filename>, you're in business.
36 Otherwise, skip on down to
"The Hard Way". If you aren't
37 sure, just keep on going. When you try to run the
38 script, it will become
<emphasis>very
</emphasis> apparent
39 if you don't have perl.
44 Change directory to
<filename><dirs to
45 wine
>/tools
</filename>
50 Type in
<command>./bug_report.pl
</command> and follow
57 <ulink url=
"http://bugs.winehq.com/">Wine Bugzilla
</ulink>.
58 Please, search Bugzilla database to check whether your problem is
59 already found before posting a bug report.
60 Include your own detailed description of the problem with
61 relevant information. Attach the
"Nice Formatted Report"
62 to the submitted bug. Do not cut and paste the report
63 in the bug description - it is pretty big.
64 Keep the full debug output in case it will be needed by
72 <title>The Hard Way
</title>
74 Some simple advice on making your bug report more useful
75 (and thus more likely to get answered and fixed):
79 <para>Post as much information as possible.
</para>
81 This means we need more information than a simple
"MS
82 Word crashes whenever I run it. Do you know why?"
83 Include at least the following information:
85 <itemizedlist spacing=
"compact">
87 <para>Version of Wine you're using (run
<command>wine
92 Operating system you're using, what distribution (if
93 any), and what version
97 <para>Compiler and version (run
<command>gcc -v
</command>)
</para>
100 <para>Windows version, if used with Wine.
101 Mention if you don't use Windows
</para>
105 Program you're trying to run, its version number,
106 and a URL for where the program can be obtained (if
111 <para>Command line you used to start wine
</para>
115 Any other information you think may be relevant or
116 helpful, such as X server version in case of X
117 problems, libc version etc.
124 Re-run the program with the
<parameter>--debugmsg
125 +relay
</parameter> option (i.e.,
<command>wine
126 --debugmsg +relay sol.exe
</command>).
129 If Wine crashes while running your program, it is
130 important that we have this information to have a chance
131 at figuring out what is causing the crash. This can put
132 out quite a lot (several MB) of information, though, so
133 it's best to output it to a file. When the
<prompt>Wine-dbg
></prompt>
134 prompt appears, type
<userinput>quit
</userinput>.
137 You might want to try
138 <parameter>+relay,+snoop
</parameter> instead of
139 <parameter>+relay
</parameter>, but please note that
140 <parameter>+snoop
</parameter> is pretty unstable and
141 often will crash earlier than a simple
142 <parameter>+relay
</parameter>! If this is the case, then
143 please use
<emphasis>only
</emphasis> <parameter>+relay
</parameter>!! A bug
144 report with a crash in
<parameter>+snoop
</parameter>
145 code is useless in most cases!
146 You can also turn on other parameters, depending on the nature
147 of the problem you are researching. See wine man page for full list
151 To get the trace output, use the following commands:
156 <term>all shells:
</term>
159 <prompt>$
</prompt>echo quit | wine -debugmsg +relay [other_options] program_name
>& filename.out;
160 <prompt>$
</prompt>tail -n
100 filename.out
> report_file
163 (This will print wine's debug messages only to the file and then
164 auto-quit. It's probably a good idea to use this command, since wine
165 prints out so many debug msgs that they flood the terminal, eating CPU.)
170 <term>tcsh and other csh-like shells:
</term>
173 <prompt>$
</prompt>wine -debugmsg +relay [other_options] program_name |& tee filename.out;
174 <prompt>$
</prompt>tail -
100 filename.out
> report_file
179 <term>bash and other sh-like shells:
</term>
182 <prompt>$
</prompt>wine -debugmsg +relay [other_options] program_name
2>&
1 | tee filename.out;
183 <prompt>$
</prompt>tail -
100 filename.out
> report_file
189 <filename>report_file
</filename> will now contain the
190 last hundred lines of the debugging output, including
191 the register dump and backtrace, which are the most
192 important pieces of information. Please do not delete
193 this part, even if you don't understand what it means.
199 <ulink url=
"http://bugs.winehq.com/">Wine Bugzilla
</ulink>.
200 Please, search Bugzilla database to check whether your problem is
203 In your post, include all of the information from part
204 1), and attach to the bug the output file in part
2).
205 If you do this, your chances of receiving some sort of
206 helpful response should be very good.
213 <title>Questions and comments
</title>
215 If after reading this document there is something you
216 couldn't figure out, or think could be explained better, or
217 that should have been included, please post to
218 <ulink url=
"http://bugs.winehq.com/">Wine Bugzilla
</ulink> to
219 let us know how this document can be improved.
225 <!-- Keep this comment at the end of the file
228 sgml-parent-document:("wine-doc.sgml" "set" "book" "chapter" "")