Menu

Loading up virgin wiki fails

Help
2004-06-15
2012-10-11
  • Marco Ziegenmeyer

    Hello,

    I'm trying to use phpwiki 1.3.10 with a mysql database on WinXP (minixampp 1.4 (http://www.apachefriends.org/)). When loading up virgin wiki the following happens:

    Loading up virgin wiki

    AddingPages
        from MIME file ./pgsrc/AddingPages new page - saved to database as version 1
    AllPages
        from MIME file ./pgsrc/AllPages new page - saved to database as version 1
    AllUsers
        from MIME file ./pgsrc/AllUsers new page - saved to database as version 1
    AuthorHistoryPlugin
        from MIME file ./pgsrc/AuthorHistoryPlugin new page - saved to database as version 1
    BackLinks
        from MIME file ./pgsrc/BackLinks new page - saved to database as version 1
    CalendarListPlugin
        from MIME file ./pgsrc/CalendarListPlugin new page - saved to database as version 1
    CalendarPlugin
        from MIME file ./pgsrc/CalendarPlugin new page - saved to database as version 1
    CategoryCategory
        from MIME file ./pgsrc/CategoryCategory new page - saved to database as version 1
    CategoryGroup
        from MIME file ./pgsrc/CategoryGroup new page - saved to database as version 1
    CategoryHomePages
        from MIME file ./pgsrc/CategoryHomePages new page - saved to database as version 1
    CommentPlugin
        from MIME file ./pgsrc/CommentPlugin new page - saved to database as version 1
    CreatePagePlugin
        from MIME file ./pgsrc/CreatePagePlugin new page - saved to database as version 1
    CreateTocPlugin
        from MIME file ./pgsrc/CreateTocPlugin new page - saved to database as version 1
    DebugInfo
        from MIME file ./pgsrc/DebugInfo new page - saved to database as version 1
    EditMetaDataPlugin
        from MIME file ./pgsrc/EditMetaDataPlugin new page - saved to database as version 1
    EditText
        from MIME file ./pgsrc/EditText new page - saved to database as version 1
    ExternalSearchPlugin
        from MIME file ./pgsrc/ExternalSearchPlugin new page - saved to database as version 1
    FindPage
        from MIME file ./pgsrc/FindPage new page - saved to database as version 1
    FrameIncludePlugin
        from MIME file ./pgsrc/FrameIncludePlugin new page - saved to database as version 1
    FullRecentChanges
        from MIME file ./pgsrc/FullRecentChanges new page - saved to database as version 1
    FullTextSearch
        from MIME file ./pgsrc/FullTextSearch new page - saved to database as version 1
    FuzzyPages
        from MIME file ./pgsrc/FuzzyPages new page - saved to database as version 1
    GoodStyle
        from MIME file ./pgsrc/GoodStyle new page - saved to database as version 1
    GoogleLink
        from MIME file ./pgsrc/GoogleLink new page - saved to database as version 1
    HelloWorldPlugin
        from MIME file ./pgsrc/HelloWorldPlugin new page - saved to database as version 1
    HomePageAlias
        from MIME file ./pgsrc/HomePageAlias new page - saved to database as version 1
    HowToUseWiki
        from MIME file ./pgsrc/HowToUseWiki new page - saved to database as version 1
    IncludePagePlugin
        from MIME file ./pgsrc/IncludePagePlugin new page - saved to database as version 1
    InterWiki
        from MIME file ./pgsrc/InterWiki new page

    - here it suddenly stops and a popup occurres stating "document contains no data" (Firefox 0.8). If you reload the HomePage the same happens again and again besides that the pages above are skipped because the already are in the DB.

    Does anyone have a clue what might be wrong?

    Thanks in advance!

    P.S.: This problem seems to occurr with all phpwiki versions 1.3.x. With versions 1.2.x everything works fine.

     
    • Gadi Cohen

      Gadi Cohen - 2004-11-03

      is a virgin wiki a wiki thats never been used before? and a deflowering a filling up of the default pages?

      anyways, you're seeing no data because your server is crashing with a segmentation fault. i tracked down the problem but don't have the time to look into it further or fix it... (but you can get your wiki running)

      take a look at the post at https://sourceforge.net/tracker/index.php?func=detail&aid=1053041&group_id=6121&atid=106121

       
    • Mike Pullen

      Mike Pullen - 2005-03-10

      I'm experiencing similar issue on WinXP SP2/Apache-2/MySql-4.1/PHP-5.0/PHPwiki-1.3.10, except mine will not load CalendarPlugin, LinkIcons, OldTextFormattingRules, and TextFormattingRules. I determined these by running index.php to crash, remove the failed file, and try again.

      I could live without the first two, but the last two are required. I've tried increasing PHP memory max to 48M, max run time to 400 secs... same result, same files.

      Apache process fails, dumps in PHP5ts.dll after a long while chewing on typically CalendarPlugin. All other files in pgsrc load well and fast. The Windows Task Mgr shows the Apache process grows to about 34MB at the point of hanging (34,850KB) and no cpu cycles being accumulated.

      I tried inserting diagnostic print statements in various PHPwiki modules (main.php, loadsave.php) and various functions within those. Drill down seems to indicate some afoot in the loadfile function, but I haven't been able to see exactly what in there is causing Apache/PHP to barf like this.

      After removing these files from pgsrc, I used CVS to refresh the entire PHPwiki directory set (it downloaded the missing files) and still got the same result on the same files. I don't think they are corrupt.

      BTW, this version of the Wiki works great in flat file storage model, only MySql model is misbehaving. I'm using ADODB style of interface in PHP to MySql.


      MikeP

       
      • Bert Rodiers

        Bert Rodiers - 2006-02-15

        I'm still having this same problem (the same 4 files) with the latest version. I even have the problem when I use the flat storage model.
        Did anyone already find a solution for it?

         
      • Jean-Francois Declercq

        I have the same problem with the 4 pages.
        I even tried to load them by hand afterwards but there was the same bug. Hopefully when removing the 4 pages, everything is fine.

        Maybe there might be some "bad" characters in those 4 pages that are not in line with my mysql encoding ?

        J-F

         
    • Vego

      Vego - 2005-05-11

      I experienced the same, due to timeouts. After switching to safe mode, my host gives me timeout errors on php scripts all the time. (after 15 secs or so)

      I got around the problem by reloading the page several times - it skips already saved pages - so that eventually the whole list was processed

       

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.