Changes between Version 1 and Version 2 of ReportBugs
- Timestamp:
- Apr 25, 2007, 3:21:05 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ReportBugs
v1 v2 1 1 = Reporting 'hard' bugs = 2 2 3 If a bug can be easily reproduced, it's easy for us to fix. 'Hard' bugs are those that happen rarely or only on specific machines. The following information tells BOINC Alpha Testers (and anyone else who wants to help) how to report hard bugs, so that we can fix them even if we can't reproduce them. 3 If a bug can be easily reproduced, it's easy for us to fix. 'Hard' bugs are those that happen rarely or only on specific machines. The following information tells BOINC Alpha Testers (and anyone else who wants to help) how to report hard bugs, so that we can fix them even if we can't reproduce them. 4 4 5 == Background == 5 The BOINC client software consists of two programs: the '''core client''', which runs applications and does network communication, and the '''Manager''', which provides a graphical user interface (GUI) to the core client. It's possible to run the core client without a GUI. Each program produces two files in your BOINC directory: one for messages, one for crash reports. These files are named as follows:6 6 7 The BOINC client software consists of two programs: the '''core client''', which runs applications and does network communication, and the '''Manager''', which provides a graphical user interface (GUI) to the core client. It's possible to run the core client without a GUI. Each program produces two files in your BOINC directory: one for messages, one for crash reports. These files are named as follows: 7 8 8 9 * core client … … 13 14 * crash reports: stderrgui.txt 14 15 15 16 When BOINC does something wrong, one or more of these files often contain information that allows us (i.e. BOINC developers) to easily find and fix the problem. 16 17 == Reporting hard bugs == 17 Report hard bugs by email, either to the [http://www.ssl.berkeley.edu/mailman/listinfo/boinc_alpha boinc_alpha] email list or directly to [ProjectPeople David and Rom]. '''Note: when you post to boinc_alpha, attachments are stripped 18 from your email; include text inline rather than as attachments. 19 There's a 200KB limit.''' Your bug report should include: 18 Report hard bugs by email, either to the [http://www.ssl.berkeley.edu/mailman/listinfo/boinc_alpha boinc_alpha] email list or directly to [ProjectPeople David and Rom]. '''Note: when you post to boinc_alpha, attachments are stripped from your email; include text inline rather than as attachments. There's a 200KB limit.''' Your bug report should include: 20 19 * The context: what platform, what version of BOINC, anything else that might be relevant. 21 20 * What sequence of actions caused the problem. … … 24 23 we probably won't be able to fix the bug.''' 25 24 26 25 In general we're only interested in bug reports for the current public release, or for the latest testing release. 27 26 == Crashes == 28 27 If the Manager suddenly does blank and says 'not connected', it's almost certainly because the core client has crashed. You can verify this by running the Windows Task Manager (ctrl-alt-del) and checking that there's no process named 'boinc.exe'. 29 28 30 29 Each crash appends an entry to the crash-report file (stderrdae.txt for the core client). Here's [http://boinc.berkeley.edu/stderrdae.txt an example of such an entry]. It has a long list of DLLs in use at the time of the crash, followed by several 'stack traces' showing where the various threads were executing. … … 34 33 35 34 == Incorrect behavior == 36 35 If BOINC behaves incorrectly, we usually need the core client's message log to figure out what's going on. The message log describes what the core client is doing. It's identical to what's shown in the Messages tab of the Manager. By default the core client writes only a few messages. More detailed messages are enabled by turning on '''logging flags'''. This is done by editing the file cc_config.xml in your BOINC directory. For example, the following turns on the task_debug and cpu_sched flags (1 turns a flag on; 0 or unspecified turns it off): 37 36 {{{ 38 37 <cc_config> … … 45 44 </cc_config> 46 45 }}} 47 A typical message log is shown [http://boinc.berkeley.edu/stdoutdae.txt here]. Note that each line contains48 46 47 A typical message log is shown [http://boinc.berkeley.edu/stdoutdae.txt here]. Note that each line contains 49 48 50 49 * The date and time when the message was written … … 52 51 * The name of the logging flag. 53 52 54 53 Many of the logging flags produce large amounts of output, so you should 55 54 * enable only the flags that are relevant to the problem you're reporting; 56 55 * email us only the range of your message log during which the problem occurred. 57 56 58 (in both cases, it's better to err on the side of including too much). Some common problem types, and the suggested logging flags, are listed below. A complete list of logging flags is [ClientMessages here].57 (in both cases, it's better to err on the side of including too much). 59 58 59 Some common problem types, and the suggested logging flags, are listed below. A complete list of logging flags is [ClientMessages here]. 60 60 61 61 === BOINC fails to get more work ===
