-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Emiliano
- --On 27.03.2002 14:18:10 +0100 Emiliano wrote: >> I do, it looks like this, Page 37 is the one that actually works: > ... >> 72 rows in set (0.01 sec) >> >> If I interpret this correctly (ID is an Element ID, Type is 0 for >> page, 1 for style elements), only the working page does have style >> elemnts. > > Right, and that's in line with the symptoms you're seeing. For one of > the failing pages, try to dump it with midgard-pageresolve. As it > dumps the page it should also be filling the cache. It does: mysql> select count(id),type,page from cache where page=40 group by type; +-----------+------+------+ | count(id) | type | page | +-----------+------+------+ | 9 | 0 | 40 | | 33 | 1 | 40 | +-----------+------+------+ 2 rows in set (0.01 sec) Those 33 Style Elements were missing bevore the midgard-pageresolve, and now the page displays correctly every time it is called. > At least the problem is well-defined: only the decision on wether to > regenerate the cache seems flawed. Once the cache is filled, pages > work as expected. Right? Right. I've attached you the output of midgard-pageresolve to this mail, maybe it will help you. Live long and prosper! Torben Nehmer - -- Torben Nehmer, Munich, Germany http://www.nathan-syntronics.de, mailto:[EMAIL PROTECTED] PGP Public Key ID on wwwkeys.(de.)pgp.net: 0x7E9DE456 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe http://www.gnupg.org iD8DBQE8ocoVJPh4Kn6d5FYRAiwxAJ90edNXH3TF0D/vrJU07Drc0IIvfQCg0gWR ay5DMM9rUGRm9prPnGhsmG8= =8+4g -----END PGP SIGNATURE-----
page40.log
Description: Binary data
page40.log.sig
Description: PGP signature
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
