From: Doyce T. <sm...@av...> - 2004-01-05 18:34:25
|
Pertinent info: I'm on a hosted account. The server is running Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running flatfile dbm (the default config). The wiki can be viewed at http://www.average-bear.com/wiki/ ----- My problem: I'm consistently getting 'assertion failed' messages while using phpwiki. Examples follow: EXAMPLE 1 When saving a page I've been editing, I will often (not always) get an error message when I hit save: a page will display: lib/WikiDB.php:787: Fatal[0]: <br />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed <br /> * Note 1: this doesn't always happen -- usually I get this error when I save a page to which I've added a WikiWord. The page DOES still save... if I refresh from the error message page, the 'reload' confirmation appears and the page loads correctly. * Note 2: the <br /> bits in the error message are not a result of me Viewing the source of the page... they actually display that way on the page. "View source" on this error message shows me that the page is specifically showing me the special html characters using ascii encoding. EXAMPLE 2 The 'Diff' button on the bottom of each page fails intermittently (about as often as I get the error message in Example 1, above, but not on the same pages. The error message (very similar to Example 1) reads: lib/WikiDB.php:787: Fatal[0]: <br />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed <br /> EXAMPLE 3 On most of the pages on which Diff doesn't work, Page History also fails: lib/WikiDB.php (In template 'browse') (In template 'body') (In template 'html'):787: Fatal[0]: <br />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed <br /> EXAMPLE 4 The RecentChanges page simple doesn't work at all. The error message reads: lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In template 'body') (In template 'html'):28: Fatal[0]: <br />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: : Assertion failed <br /> EXAMPLE 5 RecentEdits also doesn't work at all. The error message is suspiciously similar to the RecentChanges message: lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In template 'body') (In template 'html'):28: Fatal[0]: <br />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: : Assertion failed <br /> ----- I realize that most of these errors are probably connected to one or two screw ups in configuration on my part, and I'm perfectly willing to work through whatever I need to do to fix them -- I'm very impressed with PHPWiki as a whole and I look forward to working with it extensively in the future, so any help on these issues would be much appreciated. Thanks. |
From: Doyce T. <sm...@av...> - 2004-01-10 22:40:37
|
Okay, here's another hint: I almost always get these assertion errors when I try to save, view Diffs, or Page history on larger pages -- smaller pages almost always work -- is there some time limit I'm running into? Doyce Testerman wrote: > Pertinent info: I'm on a hosted account. The server is running > Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running > flatfile dbm (the default config). The wiki can be viewed at > http://www.average-bear.com/wiki/ > > ----- > > My problem: I'm consistently getting 'assertion failed' messages while > using phpwiki. Examples follow: > > EXAMPLE 1 > When saving a page I've been editing, I will often (not always) get an > error message when I hit save: a page will display: > > lib/WikiDB.php:787: Fatal[0]: <br > />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed > <br /> > > * Note 1: this doesn't always happen -- usually I get this error > when I save a page to which I've added a WikiWord. The page DOES > still save... if I refresh from the error message page, the 'reload' > confirmation appears and the page loads correctly. > > * Note 2: the <br /> bits in the error message are not a result of > me Viewing the source of the page... they actually display that way on > the page. "View source" on this error message shows me that the page > is specifically showing me the special html characters using ascii > encoding. > > EXAMPLE 2 > The 'Diff' button on the bottom of each page fails intermittently > (about as often as I get the error message in Example 1, above, but > not on the same pages. The error message (very similar to Example 1) > reads: > > lib/WikiDB.php:787: Fatal[0]: <br > />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed > <br /> > > EXAMPLE 3 > On most of the pages on which Diff doesn't work, Page History also fails: > > lib/WikiDB.php (In template 'browse') (In template 'body') (In > template 'html'):787: Fatal[0]: <br > />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed > <br /> > > EXAMPLE 4 > The RecentChanges page simple doesn't work at all. The error message > reads: > lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In > template 'body') (In template 'html'):28: Fatal[0]: <br > />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: > : Assertion failed <br /> > > EXAMPLE 5 > RecentEdits also doesn't work at all. The error message is > suspiciously similar to the RecentChanges message: > > lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In > template 'body') (In template 'html'):28: Fatal[0]: <br > />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: > : Assertion failed <br /> > > ----- > > I realize that most of these errors are probably connected to one or > two screw ups in configuration on my part, and I'm perfectly willing > to work through whatever I need to do to fix them -- I'm very > impressed with PHPWiki as a whole and I look forward to working with > it extensively in the future, so any help on these issues would be > much appreciated. Thanks. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > -- Doyce Testerman ~ sm...@av... ~ www.average-bear.com "It was a joke, okay? If we thought it would actually be used, we wouldn't have written it!" -- Mark Andressen, Internet founder, on the creation of the BLINK tag in HTML |
From: Joby W. <joby@u.washington.edu> - 2004-01-12 15:50:22
|
Sorry missed your earlier reply... You could try increasing your resource limits in php.ini: max_execution_time = ; Maximum execution time of each script, in seconds max_input_time = ; Maximum amount of time each script may spend parsing request data memory_limit = ; Maximum amount of memory a script may consume (8MB) I don't use flatfile db's so I'm not too familiar with issues related to them... Which db/version are you using? jbw Doyce Testerman wrote: > Okay, here's another hint: I almost always get these assertion errors > when I try to save, view Diffs, or Page history on larger pages -- > smaller pages almost always work -- is there some time limit I'm running > into? > > Doyce Testerman wrote: > >> Pertinent info: I'm on a hosted account. The server is running >> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running >> flatfile dbm (the default config). The wiki can be viewed at >> http://www.average-bear.com/wiki/ >> >> ----- >> >> My problem: I'm consistently getting 'assertion failed' messages while >> using phpwiki. Examples follow: >> >> EXAMPLE 1 >> When saving a page I've been editing, I will often (not always) get an >> error message when I hit save: a page will display: >> >> lib/WikiDB.php:787: Fatal[0]: <br >> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed >> <br /> >> >> * Note 1: this doesn't always happen -- usually I get this error >> when I save a page to which I've added a WikiWord. The page DOES >> still save... if I refresh from the error message page, the 'reload' >> confirmation appears and the page loads correctly. >> >> * Note 2: the <br /> bits in the error message are not a result of >> me Viewing the source of the page... they actually display that way on >> the page. "View source" on this error message shows me that the page >> is specifically showing me the special html characters using ascii >> encoding. >> >> EXAMPLE 2 >> The 'Diff' button on the bottom of each page fails intermittently >> (about as often as I get the error message in Example 1, above, but >> not on the same pages. The error message (very similar to Example 1) >> reads: >> >> lib/WikiDB.php:787: Fatal[0]: <br >> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed >> <br /> >> >> EXAMPLE 3 >> On most of the pages on which Diff doesn't work, Page History also fails: >> >> lib/WikiDB.php (In template 'browse') (In template 'body') (In >> template 'html'):787: Fatal[0]: <br >> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion failed >> <br /> >> >> EXAMPLE 4 >> The RecentChanges page simple doesn't work at all. The error message >> reads: >> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In >> template 'body') (In template 'html'):28: Fatal[0]: <br >> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >> : Assertion failed <br /> >> >> EXAMPLE 5 >> RecentEdits also doesn't work at all. The error message is >> suspiciously similar to the RecentChanges message: >> >> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') (In >> template 'body') (In template 'html'):28: Fatal[0]: <br >> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >> : Assertion failed <br /> >> >> ----- >> >> I realize that most of these errors are probably connected to one or >> two screw ups in configuration on my part, and I'm perfectly willing >> to work through whatever I need to do to fix them -- I'm very >> impressed with PHPWiki as a whole and I look forward to working with >> it extensively in the future, so any help on these issues would be >> much appreciated. Thanks. >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IBM Linux Tutorials. >> Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >> Free Linux Tutorials. Learn everything from the bash shell to sys admin. >> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >> _______________________________________________ >> Phpwiki-talk mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >> >> >> > |
From: Doyce T. <sm...@av...> - 2004-01-12 17:23:10
|
This looks like just the thing I need... Except, I don't see a php.ini in my wiki directory, so I'm assuming this is a server-side setting. I'm on a hosted server and I suppose I need to ask them to change this? (Which they might do, cuz they're cool like that, but I feel I should clarify first before asking.) What would you suggest setting these three resource limits to? Joby Walker wrote: > Sorry missed your earlier reply... > > You could try increasing your resource limits in php.ini: > > max_execution_time = ; Maximum execution time of each script, in seconds > max_input_time = ; Maximum amount of time each script may spend > parsing request data > memory_limit = ; Maximum amount of memory a script may consume (8MB) > > I don't use flatfile db's so I'm not too familiar with issues related > to them... Which db/version are you using? > > jbw > > Doyce Testerman wrote: > >> Okay, here's another hint: I almost always get these assertion >> errors when I try to save, view Diffs, or Page history on larger >> pages -- smaller pages almost always work -- is there some time limit >> I'm running into? >> >> Doyce Testerman wrote: >> >>> Pertinent info: I'm on a hosted account. The server is running >>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running >>> flatfile dbm (the default config). The wiki can be viewed at >>> http://www.average-bear.com/wiki/ >>> >>> ----- >>> >>> My problem: I'm consistently getting 'assertion failed' messages >>> while using phpwiki. Examples follow: >>> >>> EXAMPLE 1 >>> When saving a page I've been editing, I will often (not always) get >>> an error message when I hit save: a page will display: >>> >>> lib/WikiDB.php:787: Fatal[0]: <br >>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>> failed <br /> >>> >>> * Note 1: this doesn't always happen -- usually I get this error >>> when I save a page to which I've added a WikiWord. The page DOES >>> still save... if I refresh from the error message page, the 'reload' >>> confirmation appears and the page loads correctly. >>> >>> * Note 2: the <br /> bits in the error message are not a result >>> of me Viewing the source of the page... they actually display that >>> way on the page. "View source" on this error message shows me that >>> the page is specifically showing me the special html characters >>> using ascii encoding. >>> >>> EXAMPLE 2 >>> The 'Diff' button on the bottom of each page fails intermittently >>> (about as often as I get the error message in Example 1, above, but >>> not on the same pages. The error message (very similar to Example >>> 1) reads: >>> >>> lib/WikiDB.php:787: Fatal[0]: <br >>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>> failed <br /> >>> >>> EXAMPLE 3 >>> On most of the pages on which Diff doesn't work, Page History also >>> fails: >>> >>> lib/WikiDB.php (In template 'browse') (In template 'body') (In >>> template 'html'):787: Fatal[0]: <br >>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>> failed <br /> >>> >>> EXAMPLE 4 >>> The RecentChanges page simple doesn't work at all. The error >>> message reads: >>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>> : Assertion failed <br /> >>> >>> EXAMPLE 5 >>> RecentEdits also doesn't work at all. The error message is >>> suspiciously similar to the RecentChanges message: >>> >>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>> : Assertion failed <br /> >>> >>> ----- >>> >>> I realize that most of these errors are probably connected to one or >>> two screw ups in configuration on my part, and I'm perfectly willing >>> to work through whatever I need to do to fix them -- I'm very >>> impressed with PHPWiki as a whole and I look forward to working with >>> it extensively in the future, so any help on these issues would be >>> much appreciated. Thanks. >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IBM Linux Tutorials. >>> Become an expert in LINUX or just sharpen your skills. Sign up for >>> IBM's >>> Free Linux Tutorials. Learn everything from the bash shell to sys >>> admin. >>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>> _______________________________________________ >>> Phpwiki-talk mailing list >>> Php...@li... >>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >>> >>> >>> >> > > > |
From: Joby W. <joby@u.washington.edu> - 2004-01-12 18:01:25
|
php.ini is a server-wide config file that affects how php behaves for every php program. It's location is highly dependant on what platform/distribution you are running (on Gentoo it is under /etc/php/). If this is your box, to find it you could run: find / | grep php.ini If you do not have access to the php.ini file you can override most options with the ini_set() function (though I am not sure if all three can be overridden): http://us2.php.net/manual/en/function.ini-set.php I have: max_execution_time = 300 max_input_time = 60 memory_limit = 16M The 300s max_execution_time is a bit high, but I have some other administrative webapplications that take a long time. jbw Doyce Testerman wrote: > This looks like just the thing I need... > > Except, I don't see a php.ini in my wiki directory, so I'm assuming this > is a server-side setting. I'm on a hosted server and I suppose I need > to ask them to change this? > > (Which they might do, cuz they're cool like that, but I feel I should > clarify first before asking.) > > What would you suggest setting these three resource limits to? > > > Joby Walker wrote: > >> Sorry missed your earlier reply... >> >> You could try increasing your resource limits in php.ini: >> >> max_execution_time = ; Maximum execution time of each script, in seconds >> max_input_time = ; Maximum amount of time each script may spend >> parsing request data >> memory_limit = ; Maximum amount of memory a script may consume (8MB) >> >> I don't use flatfile db's so I'm not too familiar with issues related >> to them... Which db/version are you using? >> >> jbw >> >> Doyce Testerman wrote: >> >>> Okay, here's another hint: I almost always get these assertion >>> errors when I try to save, view Diffs, or Page history on larger >>> pages -- smaller pages almost always work -- is there some time limit >>> I'm running into? >>> >>> Doyce Testerman wrote: >>> >>>> Pertinent info: I'm on a hosted account. The server is running >>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running >>>> flatfile dbm (the default config). The wiki can be viewed at >>>> http://www.average-bear.com/wiki/ >>>> >>>> ----- >>>> >>>> My problem: I'm consistently getting 'assertion failed' messages >>>> while using phpwiki. Examples follow: >>>> >>>> EXAMPLE 1 >>>> When saving a page I've been editing, I will often (not always) get >>>> an error message when I hit save: a page will display: >>>> >>>> lib/WikiDB.php:787: Fatal[0]: <br >>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>> failed <br /> >>>> >>>> * Note 1: this doesn't always happen -- usually I get this error >>>> when I save a page to which I've added a WikiWord. The page DOES >>>> still save... if I refresh from the error message page, the 'reload' >>>> confirmation appears and the page loads correctly. >>>> >>>> * Note 2: the <br /> bits in the error message are not a result >>>> of me Viewing the source of the page... they actually display that >>>> way on the page. "View source" on this error message shows me that >>>> the page is specifically showing me the special html characters >>>> using ascii encoding. >>>> >>>> EXAMPLE 2 >>>> The 'Diff' button on the bottom of each page fails intermittently >>>> (about as often as I get the error message in Example 1, above, but >>>> not on the same pages. The error message (very similar to Example >>>> 1) reads: >>>> >>>> lib/WikiDB.php:787: Fatal[0]: <br >>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>> failed <br /> >>>> >>>> EXAMPLE 3 >>>> On most of the pages on which Diff doesn't work, Page History also >>>> fails: >>>> >>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In >>>> template 'html'):787: Fatal[0]: <br >>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>> failed <br /> >>>> >>>> EXAMPLE 4 >>>> The RecentChanges page simple doesn't work at all. The error >>>> message reads: >>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>>> : Assertion failed <br /> >>>> >>>> EXAMPLE 5 >>>> RecentEdits also doesn't work at all. The error message is >>>> suspiciously similar to the RecentChanges message: >>>> >>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>>> : Assertion failed <br /> >>>> >>>> ----- >>>> >>>> I realize that most of these errors are probably connected to one or >>>> two screw ups in configuration on my part, and I'm perfectly willing >>>> to work through whatever I need to do to fix them -- I'm very >>>> impressed with PHPWiki as a whole and I look forward to working with >>>> it extensively in the future, so any help on these issues would be >>>> much appreciated. Thanks. >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.net email is sponsored by: IBM Linux Tutorials. >>>> Become an expert in LINUX or just sharpen your skills. Sign up for >>>> IBM's >>>> Free Linux Tutorials. Learn everything from the bash shell to sys >>>> admin. >>>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>>> _______________________________________________ >>>> Phpwiki-talk mailing list >>>> Php...@li... >>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >>>> >>>> >>>> >>> >> >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Norberto M. <nu...@me...> - 2004-01-12 23:50:59
|
You should also be able to set some php settings in the Apache config (to which you probably won't have access...but you can always use a .htaccess...and if you can't...then maybe it's time to look for another hoster ;-) Cheers, Beto Joby Walker wrote: > php.ini is a server-wide config file that affects how php behaves for > every php program. It's location is highly dependant on what > platform/distribution you are running (on Gentoo it is under > /etc/php/). If this is your box, to find it you could run: > > find / | grep php.ini > > If you do not have access to the php.ini file you can override most > options with the ini_set() function (though I am not sure if all three > can be overridden): > > http://us2.php.net/manual/en/function.ini-set.php > > I have: > > max_execution_time = 300 > max_input_time = 60 > memory_limit = 16M > > The 300s max_execution_time is a bit high, but I have some other > administrative webapplications that take a long time. > > jbw > > Doyce Testerman wrote: > >> This looks like just the thing I need... >> >> Except, I don't see a php.ini in my wiki directory, so I'm assuming >> this is a server-side setting. I'm on a hosted server and I suppose >> I need to ask them to change this? >> >> (Which they might do, cuz they're cool like that, but I feel I should >> clarify first before asking.) >> >> What would you suggest setting these three resource limits to? >> >> >> Joby Walker wrote: >> >>> Sorry missed your earlier reply... >>> >>> You could try increasing your resource limits in php.ini: >>> >>> max_execution_time = ; Maximum execution time of each script, in >>> seconds >>> max_input_time = ; Maximum amount of time each script may spend >>> parsing request data >>> memory_limit = ; Maximum amount of memory a script may consume (8MB) >>> >>> I don't use flatfile db's so I'm not too familiar with issues >>> related to them... Which db/version are you using? >>> >>> jbw >>> >>> Doyce Testerman wrote: >>> >>>> Okay, here's another hint: I almost always get these assertion >>>> errors when I try to save, view Diffs, or Page history on larger >>>> pages -- smaller pages almost always work -- is there some time >>>> limit I'm running into? >>>> >>>> Doyce Testerman wrote: >>>> >>>>> Pertinent info: I'm on a hosted account. The server is running >>>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running >>>>> flatfile dbm (the default config). The wiki can be viewed at >>>>> http://www.average-bear.com/wiki/ >>>>> >>>>> ----- >>>>> >>>>> My problem: I'm consistently getting 'assertion failed' messages >>>>> while using phpwiki. Examples follow: >>>>> >>>>> EXAMPLE 1 >>>>> When saving a page I've been editing, I will often (not always) >>>>> get an error message when I hit save: a page will display: >>>>> >>>>> lib/WikiDB.php:787: Fatal[0]: <br >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>>> failed <br /> >>>>> >>>>> * Note 1: this doesn't always happen -- usually I get this >>>>> error when I save a page to which I've added a WikiWord. The page >>>>> DOES still save... if I refresh from the error message page, the >>>>> 'reload' confirmation appears and the page loads correctly. >>>>> >>>>> * Note 2: the <br /> bits in the error message are not a >>>>> result of me Viewing the source of the page... they actually >>>>> display that way on the page. "View source" on this error message >>>>> shows me that the page is specifically showing me the special html >>>>> characters using ascii encoding. >>>>> >>>>> EXAMPLE 2 >>>>> The 'Diff' button on the bottom of each page fails intermittently >>>>> (about as often as I get the error message in Example 1, above, >>>>> but not on the same pages. The error message (very similar to >>>>> Example 1) reads: >>>>> >>>>> lib/WikiDB.php:787: Fatal[0]: <br >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>>> failed <br /> >>>>> >>>>> EXAMPLE 3 >>>>> On most of the pages on which Diff doesn't work, Page History also >>>>> fails: >>>>> >>>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In >>>>> template 'html'):787: Fatal[0]: <br >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion >>>>> failed <br /> >>>>> >>>>> EXAMPLE 4 >>>>> The RecentChanges page simple doesn't work at all. The error >>>>> message reads: >>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>>>> : Assertion failed <br /> >>>>> >>>>> EXAMPLE 5 >>>>> RecentEdits also doesn't work at all. The error message is >>>>> suspiciously similar to the RecentChanges message: >>>>> >>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse') >>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br >>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php:28: >>>>> : Assertion failed <br /> >>>>> >>>>> ----- >>>>> >>>>> I realize that most of these errors are probably connected to one >>>>> or two screw ups in configuration on my part, and I'm perfectly >>>>> willing to work through whatever I need to do to fix them -- I'm >>>>> very impressed with PHPWiki as a whole and I look forward to >>>>> working with it extensively in the future, so any help on these >>>>> issues would be much appreciated. Thanks. >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.net email is sponsored by: IBM Linux Tutorials. >>>>> Become an expert in LINUX or just sharpen your skills. Sign up >>>>> for IBM's >>>>> Free Linux Tutorials. Learn everything from the bash shell to sys >>>>> admin. >>>>> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>>>> _______________________________________________ >>>>> Phpwiki-talk mailing list >>>>> Php...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Perforce Software. >> Perforce is the Fast Software Configuration Management System offering >> advanced branching capabilities and atomic changes on 50+ platforms. >> Free Eval! http://www.perforce.com/perforce/loadprog.html >> _______________________________________________ >> Phpwiki-talk mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: <jw...@fi...> - 2004-01-13 09:13:44
|
Hi! I'm interested to know the result of your modification because I have = the same problem. I'm using phpwiki on a USB key with the flat file DB option. For each NEW version on a somewhat large page (large being > 100 lines) = I have this assertion error when I save the page. J=E9r=F4me -----Message d'origine----- De=A0: php...@li... [mailto:php...@li...] De la part de Norberto Meijome Envoy=E9=A0: mardi 13 janvier 2004 00:51 =C0=A0: Joby Walker Cc=A0: Doyce Testerman; php...@li... Objet=A0: Re: [Phpwiki-talk] Assertion failed errors on flatfile phpwiki You should also be able to set some php settings in the Apache config=20 (to which you probably won't have access...but you can always use a=20 .htaccess...and if you can't...then maybe it's time to look for another=20 hoster ;-) Cheers, Beto Joby Walker wrote: > php.ini is a server-wide config file that affects how php behaves for=20 > every php program. It's location is highly dependant on what=20 > platform/distribution you are running (on Gentoo it is under=20 > /etc/php/). If this is your box, to find it you could run: > > find / | grep php.ini > > If you do not have access to the php.ini file you can override most=20 > options with the ini_set() function (though I am not sure if all three = > can be overridden): > > http://us2.php.net/manual/en/function.ini-set.php > > I have: > > max_execution_time =3D 300 > max_input_time =3D 60 > memory_limit =3D 16M > > The 300s max_execution_time is a bit high, but I have some other=20 > administrative webapplications that take a long time. > > jbw > > Doyce Testerman wrote: > >> This looks like just the thing I need... >> >> Except, I don't see a php.ini in my wiki directory, so I'm assuming=20 >> this is a server-side setting. I'm on a hosted server and I suppose=20 >> I need to ask them to change this? >> >> (Which they might do, cuz they're cool like that, but I feel I should = >> clarify first before asking.) >> >> What would you suggest setting these three resource limits to? >> >> >> Joby Walker wrote: >> >>> Sorry missed your earlier reply... >>> >>> You could try increasing your resource limits in php.ini: >>> >>> max_execution_time =3D ; Maximum execution time of each script, in=20 >>> seconds >>> max_input_time =3D ; Maximum amount of time each script may spend=20 >>> parsing request data >>> memory_limit =3D ; Maximum amount of memory a script may consume = (8MB) >>> >>> I don't use flatfile db's so I'm not too familiar with issues=20 >>> related to them... Which db/version are you using? >>> >>> jbw >>> >>> Doyce Testerman wrote: >>> >>>> Okay, here's another hint: I almost always get these assertion=20 >>>> errors when I try to save, view Diffs, or Page history on larger=20 >>>> pages -- smaller pages almost always work -- is there some time=20 >>>> limit I'm running into? >>>> >>>> Doyce Testerman wrote: >>>> >>>>> Pertinent info: I'm on a hosted account. The server is running=20 >>>>> Linux, Apache version 1.3.29, PHP version 4.3.4, and I'm running=20 >>>>> flatfile dbm (the default config). The wiki can be viewed at=20 >>>>> http://www.average-bear.com/wiki/ >>>>> >>>>> ----- >>>>> >>>>> My problem: I'm consistently getting 'assertion failed' messages=20 >>>>> while using phpwiki. Examples follow: >>>>> >>>>> EXAMPLE 1 >>>>> When saving a page I've been editing, I will often (not always)=20 >>>>> get an error message when I hit save: a page will display: >>>>> >>>>> lib/WikiDB.php:787: Fatal[0]: <br=20 >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20 >>>>> failed <br /> >>>>> >>>>> * Note 1: this doesn't always happen -- usually I get this=20 >>>>> error when I save a page to which I've added a WikiWord. The page = >>>>> DOES still save... if I refresh from the error message page, the=20 >>>>> 'reload' confirmation appears and the page loads correctly. >>>>> >>>>> * Note 2: the <br /> bits in the error message are not a=20 >>>>> result of me Viewing the source of the page... they actually=20 >>>>> display that way on the page. "View source" on this error message = >>>>> shows me that the page is specifically showing me the special html = >>>>> characters using ascii encoding. >>>>> >>>>> EXAMPLE 2 >>>>> The 'Diff' button on the bottom of each page fails intermittently=20 >>>>> (about as often as I get the error message in Example 1, above,=20 >>>>> but not on the same pages. The error message (very similar to=20 >>>>> Example 1) reads: >>>>> >>>>> lib/WikiDB.php:787: Fatal[0]: <br=20 >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20 >>>>> failed <br /> >>>>> >>>>> EXAMPLE 3 >>>>> On most of the pages on which Diff doesn't work, Page History also = >>>>> fails: >>>>> >>>>> lib/WikiDB.php (In template 'browse') (In template 'body') (In=20 >>>>> template 'html'):787: Fatal[0]: <br=20 >>>>> />/home/doyce/public_html/wiki/lib/WikiDB.php:787: : Assertion=20 >>>>> failed <br /> >>>>> >>>>> EXAMPLE 4 >>>>> The RecentChanges page simple doesn't work at all. The error=20 >>>>> message reads: >>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse')=20 >>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br=20 >>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php= :28 :=20 >>>>> : Assertion failed <br /> >>>>> >>>>> EXAMPLE 5 >>>>> RecentEdits also doesn't work at all. The error message is=20 >>>>> suspiciously similar to the RecentChanges message: >>>>> >>>>> lib/WikiDB/backend/dumb/MostRecentIter.php (In template 'browse')=20 >>>>> (In template 'body') (In template 'html'):28: Fatal[0]: <br=20 >>>>> />/home/doyce/public_html/wiki/lib/WikiDB/backend/dumb/MostRecentIter.php= :28 :=20 >>>>> : Assertion failed <br /> >>>>> >>>>> ----- >>>>> >>>>> I realize that most of these errors are probably connected to one=20 >>>>> or two screw ups in configuration on my part, and I'm perfectly=20 >>>>> willing to work through whatever I need to do to fix them -- I'm=20 >>>>> very impressed with PHPWiki as a whole and I look forward to=20 >>>>> working with it extensively in the future, so any help on these=20 >>>>> issues would be much appreciated. Thanks. >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.net email is sponsored by: IBM Linux Tutorials. >>>>> Become an expert in LINUX or just sharpen your skills. Sign up=20 >>>>> for IBM's >>>>> Free Linux Tutorials. Learn everything from the bash shell to sys = >>>>> admin. >>>>> Click now! = http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick >>>>> _______________________________________________ >>>>> Phpwiki-talk mailing list >>>>> Php...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Perforce Software. >> Perforce is the Fast Software Configuration Management System = offering >> advanced branching capabilities and atomic changes on 50+ platforms. >> Free Eval! http://www.perforce.com/perforce/loadprog.html >> _______________________________________________ >> Phpwiki-talk mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Phpwiki-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Reini U. <ru...@x-...> - 2004-01-13 11:18:40
|
Joby Walker schrieb: > http://us2.php.net/manual/en/function.ini-set.php > > I have: > > max_execution_time = 300 > max_input_time = 60 > memory_limit = 16M > > The 300s max_execution_time is a bit high, but I have some other > administrative webapplications that take a long time. only for such pages I override it explicitly with ini_set("max_execution_time",240); (download, upload and other similar stuff) for the normal pages it's a pain to wait longer than ~8 seconds on any error. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Doyce T. <sm...@av...> - 2004-01-17 20:59:58
|
Okay, I'm going to be particularly slow about this. If I were going to use this line: ini_set("max_execution_time",240); which my host assures me I have the clearance to set... where would I put it? I'm assuming in the index.php in my wiki directory, but where? Addendum to this. My host tells me that I can set these settings simply by including lines in my .htaccess directory, the format being: php_value (phpvalue)=(parameter) So, for example, to change the max_execution_time to 240, you would add the line: php_value max_execution_time=240 Except, when I add this to my .htaccess file, the whole site (not just the phpwiki, but the WHOLE site) switches to a 500 Internal Server Error. Anyone familiar enough with .htaccess to know what I'm doing wrong? Reini Urban wrote: > Joby Walker schrieb: > >> http://us2.php.net/manual/en/function.ini-set.php >> >> I have: >> >> max_execution_time = 300 >> max_input_time = 60 >> memory_limit = 16M >> >> The 300s max_execution_time is a bit high, but I have some other >> administrative webapplications that take a long time. > > > only for such pages I override it explicitly with > ini_set("max_execution_time",240); > > (download, upload and other similar stuff) > > for the normal pages it's a pain to wait longer than ~8 seconds on any > error. -- Doyce Testerman ~ sm...@av... ~ www.average-bear.com "Teenagers these days are out of control, they eat like pigs, they are disrespectful of adults, they interrupt and contradict their parents, and they terrorize their teachers" -Aristotle |
From: aphid <sp...@ap...> - 2004-01-14 02:47:11
|
On Jan 10, 2004, at 2:40 PM, Doyce Testerman wrote: > Okay, here's another hint: I almost always get these assertion errors > when I try to save, view Diffs, or Page history on larger pages -- > smaller pages almost always work -- is there some time limit I'm > running into? > I ran into this problem on OS X.. it only happened using the old markup system. I changed my interface to not give people the option of using old markup and it went away. A |
From: Doyce T. <sm...@av...> - 2004-01-14 03:27:06
|
Hmm. I'm not seeing where you would set that. aphid wrote: > > On Jan 10, 2004, at 2:40 PM, Doyce Testerman wrote: > >> Okay, here's another hint: I almost always get these assertion >> errors when I try to save, view Diffs, or Page history on larger >> pages -- smaller pages almost always work -- is there some time limit >> I'm running into? >> > I ran into this problem on OS X.. it only happened using the old > markup system. I changed my interface to not give people the option > of using old markup and it went away. > > A > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Perforce Software. > Perforce is the Fast Software Configuration Management System offering > advanced branching capabilities and atomic changes on 50+ platforms. > Free Eval! http://www.perforce.com/perforce/loadprog.html > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > -- Doyce Testerman ~ sm...@av... ~ www.average-bear.com Eagles may soar, but weasels don't get sucked into jet engines. |