You can also include many
command line options to request information on bugs in a particular state,
or a particular category; for instance, the following header's example
input requests a list of all open
g++ bugs that are not
confidential.
If you do not include a '
--state='
specification in your subject line, the mail server uses the following
statement (showing all the various input for
State:).
USING SEND-PR TO REPORT PROBLEMS FOR WINDOWS 95/NT
|
|
The following fields appear in the send-pr interface.
|
Use this example and these descriptions to to inform us
|
of any problems you encounter.
|
In a Windows NT/95 system, clip the text from Problem Report Fields
|
in the following example and paste it into your email window.
|
Where a line begins with ">" (greater-than mark), there should
|
be no more than than one in your email transmission. If there is
|
more than one ">", we can't process your report efficiently,
|
which may delay our response to you.
|
Then consult the following pages for instructions.
|
|
THE FULL PROBLEM REPORT SCREEN
|
|
|
|
To: &
ffb
nbsp; bugs@cygnus.com
|
Subject: <problem description>
|
From: <yourname@youraddress.com>
|
|
|
---------------------------------Cut Here----------------------------
|
|
> Submitter-Id: <identifier assigned by Cygnus salesperson>
|
> Originator: <Your full name>
|
> Organization: <Your company name>
|
> Confidential: <[ yes | no ] (one line)>]
|
> Synopsis: <synopsis of the problem (one line)>
|
> Severity: <[ non-critical | serious | critical ] (choose one)>
|
> Priority: <[ low | medium | high ] (choose one)>
|
> Category: <name of the product
|
(chose one from ">Category:" field See bfd binutils build.)>
|
> Class: <[ sw-bug | doc-bug | change-request | support ] (one line)>
|
> Release: <the release you are reporting on, such as 97r2>
|
> Environment: <machine, os, target, libraries (multiple lines)>
|
Architecture: <machine-architecture>
|
ffb
System <operating system>
|
> Description: <precise description of the problem (multiple lines)>
|
> How-To-Repeat: <code/input/activities to reproduce the problem
|
|
> Fix: <how to correct or work around the problem, if known
|
|
---------------------------------Cut Here----------------------------
|
The following text describes each field and the information you need
|
|
Prompts in the Problem Report are surrounded by quotes. For example,
|
where a prompt item appears in the following description, it is
|
surrounded by quotes, as in the first prompt, ">Submitter ID:"
|
Please Note: Seven critical fields are underlined in the following
|
text. They begin with ">" and end with ":". They are:
|
|
|
|
|
> Environment: <machine, os, target, libraries (multiple lines)>
|
Architecture: <machine-architecture>
|
&n
ffb
bsp; System: <operating system>
|
|
The last two fields in the ">Environment:" field do not use the ">" character.
|
If you no not fill out these fields, your problem report may be delayed.
|
|
|
|
Send your problem report to this e-mail address.
|
|
Describe your problem here briefly, in one line.
|
|
|
THE PROBLEM REPORT FIELDS
|
|
|
|
If you know your Submitter ID enter it here. If you do not
|
have a contract with Cygnus, contact Cygnus Sales at
|
sales@cygnus.com for information on support contracts.
|
|
Full name of the submitter.
|
|
The name of the originator's company or parent organization.
|
|
Cygnus changes this to "no" only when information is no
|
longer sensitive for the customer, or if the sender does
|
not have a support contract.
|
|
|
This should reflect the Subject: field and be a single line.
|
|
Use one of the following values:
|
|
"non-critical" The product, component or concept is working
|
in general, but lacks features, has irritating
|
behavior, does something wrong, or doesn't
|
|
"serious" The product, component or concept is not
|
working properly. Problems that would otherwise
|
be considered "critical" are rated "serious"
|
when a workaround is known.
|
"critical" The product, component or concept is completely
|
non-operational or some essential functionality
|
&
ffb
nbsp; is missing. No workaround is known.
|
|
The default is "serious."
|
|
How soon the originator requires a solution. Use one of the
|
|
|
"low" The problem to be solved in a future release.
|
"medium" The problem to be solved in the next release,
|
|
"high" A solution is needed as soon as possible.
|
|
|
|
|
|
Choose from the table of valid categories.
|
|
|
|
|
|
|
|
id-request info info-request
|
|
|
|
|
query-pr readline send-pr
|
|
|
|
|
|
The class of a problem uses one of the following subjects
|
|
|
"sw-bug" A general product problem.
|
("sw" stands for software.)
|
"doc-bug" A problem with the documentation.
|
"change-request" A request for a change in behavior, etc.
|
"support" A support problem or question.
|
|
|
|
|
|
Provide release or version number of the product, component
|
or concept-for example, "gnupro-98r1" or, for custom
|
contracts, "chipname-yymmdd".
|
|
Description of the environment where the problem occurred:
|
machine architecture, operating system, host and target
|
types, libraries, pathnames, etc.
|
|
For example, "solaris 2.5.1"
|
|
|
|
|
Provide a precise description of the problem.
|
|
|
Example code, input, or activities to reproduce the
|
problem. The support organization uses example code both to
|
reproduce the problem and to test whether the problem is
ffb
|
fixed. Include all preconditions, inputs, outputs,
|
conditions after the problem, and symptoms. Include any
|
additional important information, such as all the details,
|
however obvious, that would be necessary for someone else
|
to recreate the reported problem. Sometimes seemingly
|
arbitrary or obvious information can point the way toward a
|
|
|
How to work around the problem, if known.
|
The following list describes
valid entries for the
>Category: field for reporting problems.
The following documentation
shows the bugs that have been fixed by Cygnus since the last release.
They are listed alphabetically
by category, such as
config or
gcc, and by their assigned
number to that category. The first line of the problem's description (from
the submitter of the bug) accompanies each listing.