Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 2E0D7B6264C for ; Tue, 31 May 2011 17:36:22 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 86523-01 for ; Tue, 31 May 2011 20:36:14 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mail.postgresql.org (Postfix) with SMTP id 46C75B6072D for ; Tue, 31 May 2011 17:36:13 -0300 (ADT) Received: (qmail invoked by alias); 31 May 2011 20:36:12 -0000 Received: from a88-115-218-165.elisa-laajakaista.fi (EHLO [10.0.0.101]) [88.115.218.165] by mail.gmx.net (mp006) with SMTP; 31 May 2011 22:36:12 +0200 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX18aAMccS6cazGHtwk/ekM1YxnJ7McNI09jjs7puXK h+Qvk3Y+mlF5rL Subject: Re: [HACKERS] DOCS: SGML identifier may not exceed 44 characters From: Peter Eisentraut To: Tom Lane Cc: Christopher Browne , Alvaro Herrera , Brendan Jurd , pgsql-docs , pgsql-hackers In-Reply-To: <28597.1306858415@sss.pgh.pa.us> References: <1306855343-sup-2624@alvh.no-ip.org> <28597.1306858415@sss.pgh.pa.us> Content-Type: text/plain; charset="UTF-8" Date: Tue, 31 May 2011 23:36:10 +0300 Message-ID: <1306874170.20912.6.camel@vanquo.pezone.net> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.909 tagged_above=-5 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201105/97 X-Sequence-Number: 6772 On tis, 2011-05-31 at 12:13 -0400, Tom Lane wrote: > Christopher Browne writes: > > On Tue, May 31, 2011 at 3:22 PM, Alvaro Herrera > > wrote: > >> Excerpts from Brendan Jurd's message of mar may 31 02:17:22 -0400 2011: > >>> openjade:information_schema.sgml:828:60:Q: length of name token must > >>> not exceed NAMELEN (44) > > >> Odd. I tried it here and it doesn't fail -- same openjade version. > >> Maybe mine is patched. > > > It's not likely an issue of how OpenJade was compiled; there has been > > a limitation in how SGML parsing was configured. If you poke around > > in /usr/share/sgml, you should find some configuration indicating > > NAMELEN was set to 44. > > On a Fedora 13 machine: > > $ grep -r NAMELEN /usr/share/sgml/ > /usr/share/sgml/openjade-1.3.2/style-sheet.dtd: ArcQuant CDATA #FIXED "NAMELEN 64" > /usr/share/sgml/docbook/sgml-dtd-3.0-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-3.0-1.0-50.fc13/cals-tbl.dtd: NOTE: This set of declarations assumes a NAMELEN of 32 as is used in > /usr/share/sgml/docbook/sgml-dtd-4.4-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/dsssl-stylesheets/dtds/dbdsssl/dbdsssl.dtd: ArcQuant CDATA #FIXED "NAMELEN 64" > /usr/share/sgml/docbook/dsssl-stylesheets/dtds/decls/docbook.dcl: NAMELEN 44 > /usr/share/sgml/docbook/sgml-dtd-3.1-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-3.1-1.0-50.fc13/cals-tbl.dtd: NOTE: This set of declarations assumes a NAMELEN of 32 as is used in > /usr/share/sgml/docbook/sgml-dtd-4.1-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-4.1-1.0-50.fc13/cals-tbl.dtd: NOTE: This set of declarations assumes a NAMELEN of 32 as is used in > /usr/share/sgml/docbook/sgml-dtd-4.2-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-4.5-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/dsssl-stylesheets-1.79/dtds/dbdsssl/dbdsssl.dtd: ArcQuant CDATA #FIXED "NAMELEN 64" > /usr/share/sgml/docbook/dsssl-stylesheets-1.79/dtds/decls/docbook.dcl: NAMELEN 44 > /usr/share/sgml/docbook/sgml-dtd-4.3-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-4.0-1.0-50.fc13/docbook.dcl: NAMELEN 256 > /usr/share/sgml/docbook/sgml-dtd-4.0-1.0-50.fc13/cals-tbl.dtd: NOTE: This set of declarations assumes a NAMELEN of 32 as is used in > /usr/share/sgml/html.dcl: NAMELEN 72 -- somewhat arbitrary; taken from > > It's hard to tell from this exactly which value is active in what > contexts, but it does look like 44 is relevant in some. FWIW, > I don't see the reported failure on this machine ... It looks like the original DocBook distribution has a limit of 44, but someone patched it to 256 on your installation. But it seems like no one else has seen this problem yet, so it's quite suspicious, since surely people have built the documentation in the last few months.