notes on ongoing testing of onsgmls/sgml-lib

I am (still) in the process of testing how the changes to
htdocs/sgml-lib/sgml.soc have affected the (broken) handling of
documents using custom (system) DTDs. 

Since check's DTD detection code is broken in this regard, I am testing
directly with onsgmls, with options:
-s -wvalid -wnon-sgml-char-ref -wno-duplicate -s -wsgmldecl -v -c /my/path/to/sgml-lib/sgml.soc

First note (probably of interest to those with both validator and opensp
hats...), it seems that opensp's configure script does not trigger
--enable-http by default. Not sure if this is a sane behavior, but this
certainly is important for system DTDs over the web.

Second note: on my mac, onsgmls whines about an issue with the generic
sgml.dtd:
[[
onsgmls:/Users/ot/Sites/cvs/public/validator/htdocs/sgml-lib/sgml.dtd:171:0:E:
cannot open "/Users/ot/Sites/cvs/public/validator/htdocs/sgml-lib/HTMLlat1.ent" (No
such file or directory)
]]
... and issues errors on every named entities, a la:
[[
onsgmls:style.html:80:32:E: general entity "nbsp" not defined and no
default entity
onsgmls:style.html:80:36:E: reference to entity "nbsp" for which no
system identifier could be generated
onsgmls:style.html:80:31: entity was defined here
]]

Similar issue with the current HEAD on the qa-dev box:
http://qa-dev.w3.org/wmvs/HEAD/check?uri=http%3A%2F%2Fwww.w3.org%2FStyle%2F

no such issue on my other test box, (a debian/linux as well), I think
because on this machine /usr/share/sgml/html/entities/ has the said
file, but anyway, since check calls onsgmls with -R, the issue of the
entities file should probably be dealt with.

Other than the entities errors described above, both instances, when
running on a local copy of http://www.w3.org/Style/, gave
[[
 onsgmls:style.html:151:23:E: element "BLINK" undefined
]]
which either means that the said custom DTD is not correct, or that the
changes to our sgml-lib did not address all its issues.

-- 
olivier

Received on Monday, 18 April 2005 07:49:43 UTC