[Metakit] PyDS 0.7.2 database corruption

Georg Bauer gb at murphy.bofh.ms
Sat May 15 15:59:14 CEST 2004


Hi!

Am Freitag, 14.05.04 um 21:26 Uhr schrieb Jean-Claude Wippler:

> I suspect that space characters in the description string could be the 
> problem.  They will restructure the datafile, causing data loss (but 
> not really damage - the loss is because properties will be dropped).  
> As for the 100% CPU - the only case where I have seen this before is 
> with (sub)views containing no properties.

PyDS doesn't have any spaces in getas description strings. The sample 
was from a different context and a different project (PyCS - and even 
that has no spaces, the spaces where introduced by Yasushi Iwata when 
trying stuff).

So Nicholas problems are not due to spaces. And my broken PyCS database 
isn't broken due to spaces, too. The problem with the PyCS database is 
that it's too large and to much private content as that I could upload 
it somewhere - the file includes all users settings, passwords, private 
data etc.

The symptoms are allways the same: the program grabs all CPU resources 
and the process itself hangs on opening a view. Opening the database 
file itself works fine. Just the view opening hangs. Both projects 
(PyDS and PyCS) are written in Python. They still usually use Metakit 
2.4.9.2, as Yasushi had bigger problems with crashes when trying to use 
Metakit 2.4.9.3 (and I myself use Debian packages that still are at 
2.4.9.2).

The mkstats didn't work for me as reported in one of my earlier 
messages, there were some problems with missing symbols in glibc - 
don't actually know why, as mkstats is a statically linked executable 
and shouldn't have dependencies on shared libraries on my system ...

bye, Georg



More information about the Metakit mailing list