mirror of
https://github.com/postgres/postgres.git
synced 2025-07-30 11:03:19 +03:00
Replace ASCII-quotes with proper markup.
This commit is contained in:
@ -1,5 +1,5 @@
|
||||
<!--
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 petere Exp $
|
||||
$Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.9 2001/09/13 15:55:23 petere Exp $
|
||||
-->
|
||||
|
||||
<sect1 id="bug-reporting">
|
||||
@ -102,7 +102,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 pet
|
||||
<para>
|
||||
The most important thing to remember about bug reporting is to state all
|
||||
the facts and only facts. Do not speculate what you think went wrong, what
|
||||
"it seemed to do", or which part of the program has a fault.
|
||||
<quote>it seemed to do</quote>, or which part of the program has a fault.
|
||||
If you are not familiar with the implementation you would probably guess
|
||||
wrong and not help us a bit. And even if you are, educated explanations are
|
||||
a great supplement to but no substitute for facts. If we are going to fix
|
||||
@ -144,7 +144,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 pet
|
||||
please try to isolate the offending queries. We will probably not set up a
|
||||
web server to reproduce your problem. In any case remember to provide
|
||||
the exact input files, do not guess that the problem happens for
|
||||
"large files" or "mid-size databases", etc. since this
|
||||
<quote>large files</quote> or <quote>mid-size databases</quote>, etc. since this
|
||||
information is too inexact to be of use.
|
||||
</para>
|
||||
</listitem>
|
||||
@ -172,12 +172,12 @@ $Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 pet
|
||||
<listitem>
|
||||
<para>
|
||||
The output you expected is very important to state. If you just write
|
||||
"This command gives me that output." or "This is not
|
||||
what I expected.", we might run it ourselves, scan the output, and
|
||||
<quote>This command gives me that output.</quote> or <quote>This is not
|
||||
what I expected.</quote>, we might run it ourselves, scan the output, and
|
||||
think it looks OK and is exactly what we expected. We should not have to
|
||||
spend the time to decode the exact semantics behind your commands.
|
||||
Especially refrain from merely saying that "This is not what SQL says/Oracle
|
||||
does." Digging out the correct behavior from <acronym>SQL</acronym>
|
||||
Especially refrain from merely saying that <quote>This is not what SQL says/Oracle
|
||||
does.</quote> Digging out the correct behavior from <acronym>SQL</acronym>
|
||||
is not a fun undertaking, nor do we all know how all the other relational
|
||||
databases out there behave. (If your problem is a program crash you can
|
||||
obviously omit this item.)
|
||||
@ -231,7 +231,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 pet
|
||||
Platform information. This includes the kernel name and version, C library,
|
||||
processor, memory information. In most cases it is sufficient to report
|
||||
the vendor and version, but do not assume everyone knows what exactly
|
||||
"Debian" contains or that everyone runs on Pentiums. If
|
||||
<quote>Debian</quote> contains or that everyone runs on Pentiums. If
|
||||
you have installation problems then information about compilers, make,
|
||||
etc. is also necessary.
|
||||
</para>
|
||||
@ -254,12 +254,12 @@ $Header: /cvsroot/pgsql/doc/src/sgml/problems.sgml,v 2.8 2001/09/09 17:21:59 pet
|
||||
|
||||
<para>
|
||||
When writing a bug report, please choose non-confusing terminology.
|
||||
The software package as such is called "PostgreSQL",
|
||||
sometimes "Postgres" for short. (Sometimes
|
||||
the abbreviation "Pgsql" is used but don't do that.) When you
|
||||
The software package as such is called <quote>PostgreSQL</quote>,
|
||||
sometimes <quote>Postgres</quote> for short. (Sometimes
|
||||
the abbreviation <quote>Pgsql</quote> is used but don't do that.) When you
|
||||
are specifically talking about the backend server, mention that, do not
|
||||
just say "Postgres crashes". The interactive frontend is called
|
||||
"psql" and is for all intends and purposes completely separate
|
||||
just say <quote>Postgres crashes</quote>. The interactive frontend is called
|
||||
<quote>psql</quote> and is for all intends and purposes completely separate
|
||||
from the backend.
|
||||
</para>
|
||||
</sect2>
|
||||
|
Reference in New Issue
Block a user