Re: [DOCS] docs cleanup patch
On Fri, Mar 26, 2010 at 04:43, Josh Kupershmidt wrote: > Hi all, > Here's a patch which mostly fixes broken URLs in code comments. > > Summary of doc. changes: > * heapfuncs.c: fix awkward comment phrasing > > I also tried to fix as many broken URLs as I could find. > * imath.h, imath.c: homepage for M.J. Fromberger moved > * sha1.c, sha1.h: new location of FIPS pub 180-1 > * sha2.c: changed URL of PDF describing SHA-256/384/512 to one of the > only active links I could find. archive.org still has the old copy at > http://web.archive.org/web/*/http://csrc.nist.gov/cryptval/shs/sha256-384-512.pdf > * spell.h: I think this was just pointing to the manpage for > hunspell. I changed to the project page for hunspell, though maybe > it'd be better to point to some other copy of the man page somewhere, > e.g. http://pwet.fr/man/linux/fichiers_speciaux/hunspell > * dirmod.c: codeproject.com has shuffled pages Thanks, applied! > Didn't change: > * be-secure.c: the URL http://www.skip-vpn.org/spec/numbers.html is > down, and I can't find an active copy anywhere else, so I didn't try > to change this. archive.org still has it though ( > http://web.archive.org/web/20011212141438/http://www.skip-vpn.org/spec/numbers.html > ) The page in archive.org also refers to skip.org, which has expired and been eaten. Perhaps we should just remove that comment completely? -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/ -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
Devrim =?ISO-8859-1?Q?G=DCND=DCZ?= writes: > I was trying to build PDF docs for 9.0 Alpha5, and I got this message: > ! TeX capacity exceeded, sorry [number of strings=245830]. > I checked texmf.cnf, and all values match the ones that are defined in > our docs. Which setting should I increase? Please note that Alpha4 PDF > was built successfully on the same machine (an up2date Fedora 12). This looks rather nasty. As best I can tell, there is a hard limit on max_strings of 2^18; setting max_strings to more than that in texmf.cnf does nothing. Changing this would require modifying internal data representations inside TeX. That seems well beyond what anybody is going to be willing to do to build the PG docs. As a short-term expedient to get some alpha5 RPMs built, you could disable generation of the index (remove "-i include-index" from JADE.tex.call). For an actual fix, it looks like we have got three alternatives: * find out what's chewing up so many strings and get rid of it. * break the manual into separate TeX documents (losing the ability to cross-reference). * abandon TeX-based document output path. regards, tom lane -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
On Fri, April 2, 2010 08:20, Devrim GÜNDÜZ wrote: > > I was trying to build PDF docs for 9.0 Alpha5, and I got this message: > > ! TeX capacity exceeded, sorry [number of strings=245830]. > > I checked texmf.cnf, and all values match the ones that are defined in > our docs. Which setting should I increase? Please note that Alpha4 PDF > was built successfully on the same machine (an up2date Fedora 12). FWIW... I can build 'make postgres-A4.pdf' against cvs without problem. So I tried just now to build 'make postgres-A4.pdf' against alpha5, and it succeeded. I attach my texmf.cnf, although I can't remember what I changed (if anything), but I do remember getting that 'number of strings' error as well (2 weeks or so ago). hth Erik Rijkers texmf.cnf Description: Binary data -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
I wrote: > For an actual fix, it looks like we have got three alternatives: > * find out what's chewing up so many strings and get rid of it. Some tracing suggests that there may indeed be a single culprit that we could fix or nuke. Practically all of the string pool is consumed by strings like these: x...@116714 p...@116714 x...@116715 p...@116715 x...@116718 p...@116718 x...@116719 p...@116719 x...@116720 p...@116720 x...@116721 p...@116721 x...@116722 p...@116722 These are presumably names of TeX control sequences, but I haven't found what's defining them. regards, tom lane -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
"Erik Rijkers" writes: > I can build 'make postgres-A4.pdf' against cvs without problem. Fails for me :-(. Whose distribution of jadetex are you using, and what version exactly? I've pretty much convinced myself that the string consumption is the fault of the FlowObject macros in jadetex.ltx. regards, tom lane -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
On Fri, April 2, 2010 23:34, Tom Lane wrote: > "Erik Rijkers" writes: >> I can build 'make postgres-A4.pdf' against cvs without problem. > > Fails for me :-(. Whose distribution of jadetex are you using, and > what version exactly? I've pretty much convinced myself that the > string consumption is the fault of the FlowObject macros in jadetex.ltx. > This is CentOS 5.2, yum list *jade* Installed Packages jadetex.noarch 3.12-13.1.1installed openjade.x86_64 1.3.2-27 installed -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
"Erik Rijkers" writes: > This is CentOS 5.2, > yum list *jade* > Installed Packages > jadetex.noarch 3.12-13.1.1installed > openjade.x86_64 1.3.2-27 installed Hmm. Some rooting about in Red Hat's CVS says that that should be practically indistinguishable from the 3.13 version shipping in current Fedora. In particular there is no real difference in jadetex.dtx in the two versions, so they should both eat about the same number of strings. Could you try this experiment: 1. make postgres-A4.tex-pdf 2. Edit the resulting postgres-A4.tex-pdf to insert a line \tracingstats=2 at the top. 3. make postgres-A4.pdf 4. In the resulting postgres-A4.log file, find the bit that looks like this, and send it to the list: Here is how much of TeX's memory you used: 245829 strings out of 245830 1743620 string characters out of 1810852 628334 words of memory out of 150 174597 multiletter control sequences out of 1+20 99198 words of font info for 149 fonts, out of 120 for 2000 645 hyphenation exceptions out of 8191 28i,13n,45p,1206b,3965s stack positions out of 5000i,500n,6000p,20b,15000s It should be near but not quite at the end of the log (there will be some output from pdftex after it). regards, tom lane -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
Re: [DOCS] PDF build issue with 9.0 Alpha5
On Sat, April 3, 2010 00:04, Tom Lane wrote: > "Erik Rijkers" writes: >> This is CentOS 5.2, > >> yum list *jade* >> Installed Packages >> jadetex.noarch 3.12-13.1.1installed >> openjade.x86_64 1.3.2-27 installed > > Hmm. Some rooting about in Red Hat's CVS says that that should be > practically indistinguishable from the 3.13 version shipping in current > Fedora. In particular there is no real difference in jadetex.dtx in the > two versions, so they should both eat about the same number of strings. > > Could you try this experiment: > > 1. make postgres-A4.tex-pdf > > 2. Edit the resulting postgres-A4.tex-pdf to insert a line > > \tracingstats=2 > > at the top. > > 3. make postgres-A4.pdf > > 4. In the resulting postgres-A4.log file, find the bit that looks like > this, and send it to the list: > > Here is how much of TeX's memory you used: > 245829 strings out of 245830 > 1743620 string characters out of 1810852 > 628334 words of memory out of 150 > 174597 multiletter control sequences out of 1+20 > 99198 words of font info for 149 fonts, out of 120 for 2000 > 645 hyphenation exceptions out of 8191 > 28i,13n,45p,1206b,3965s stack positions out of > 5000i,500n,6000p,20b,15000s > Here is how much of TeX's memory you used: 246467 strings out of 246489 1749307 string characters out of 1824395 499695 words of memory out of 100 174744 multiletter control sequences out of 1+20 99198 words of font info for 149 fonts, out of 50 for 2000 580 hyphenation exceptions out of 1000 28i,13n,45p,1206b,3963s stack positions out of 1500i,500n,5000p,20b,15000s PDF statistics: 113474 PDF objects out of 30 84838 named destinations out of 131072 31417 words of extra memory for PDF output out of 65536 -- Sent via pgsql-docs mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs
