From: Reini U. <ru...@x-...> - 2004-07-08 20:03:14
|
John Cole wrote: > If I recal correctly, I started seeing this bug when I switched from php > 4.2 to 4.3 on windows. I agree that your hitting a PHP bug, because when I > had a php 4.2 server running and an identical setup running 4.3, only the > 4.3 crashed. > > If you need me to, I could set up a virtual machine running php 4.2 and > check again. Do you think you might be able to get enough info to submit a > bug report to PHP? While that wont fix the sf.net version, it would help > everyone else :-) Another quick fix is the edit the OldTextFormattingRules > page so it won't crash a new wiki. No, you don't need to setup a vm. I managed to call various php versions, httpd servers, and mysql versions on the same OS (Win2000). In fact every single supported version. Just IIS not yet. > I'd prefer to see a good workaround of a PHP bug and have some other small > issues fixed than spend the next few weeks making the system work with buggy > php versions. Expecially if php gets this bug fixed. You have done so much > work lately, it really would be nice to do a good stable relese. The problem is that we cannot wait for this php bug to be fixed, similar to the pending mysql bug (> 4.1.x and 5.0.x: search fails BINARY pagename). We rather must find a workaround for the affected versions. The new unittest setup runs very fast now, so it's easy to test the complete SetupWiki and DumpHtml cycle. It tells me that the bug comes only with the SQL backends. The unittest uses the file backend, which runs fine (besides some remaining minor wikilens and references problems). So we have to rewrite the unittests to test more backends. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |