From: Nick S. <ns...@qu...> - 2003-07-28 17:21:34
|
I can't get phpwiki to do anything but this: lib/FileFinder.php:82: Fatal[256]: locale: file not found WikiFatalError lib/FileFinder.php:82: Fatal[256]: locale: file not found Fatal error: Call to a member function on a non-object in /home/users/nsayer/public_html/xmpcr.com/wiki/lib/prepend.php on line 40 I'm running php 4.2.3 and phpwiki 1.3.1. I pretty much just untarred it, set an admin user and password and surfed to the index page. I'm sort of incredulous that I'm the first person to ever run across this problem, or that my setup is so amazingly unique, but the mailing list archives and google only find one page that describes this issue, and it's in korean. :-( |
From: <mal...@cs...> - 2004-04-07 05:28:57
|
Okay, I've finally bit the bullet and decided to install Phpwiki 1.3.7. I'm having trouble with database selection. I'm running on a machine administered by my university. I believe it is Debian Linux, but I'm not sure what release. I don't have access to a MySQL server or the like at the moment, so I've been trying it out using the simpler alternatives. For all of the 'dba' style databases, I get a message of the form: "lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.gdbm,c): No such handler: gdbm" which is odd, as we do seem to have gdbm installed, as far as I can tell. So I tried a flat-file approach. Now it did the whole "loading up a virgin wiki" thing and created lots of pages the designated directory, but when you try to display any of them, the page comes up blank ("View source" shows it is just "<html><body></body></html>"). Any hints? Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the merciful, for they will be shown mercy." -- Matt 5:7 |
From: electron <ele...@mg...> - 2004-04-07 08:06:21
|
Try "which gdbm" then "which dbm" , "which dbm2" I'm sure there is a db handler there somewhere. You may need to tell phpwiki where the = executable is located. -Jtp I've stopped 7,573 spam messages. You can too! One month FREE spam protection at http://www.cloudmark.com/spamnetsig/} -----Original Message----- From: php...@li... [mailto:php...@li...] On Behalf Of Malcolm = Ross Kinsella Ryan Sent: Wednesday, April 07, 2004 12:29 AM To: PhpWiki discussion Subject: [Phpwiki-talk] Installation problems Okay, I've finally bit the bullet and decided to install Phpwiki 1.3.7. I'm having trouble with database selection. I'm running on a machine administered by my university. I believe it is Debian Linux, but I'm=20 not sure what release.=20 I don't have access to a MySQL server or the like at the moment, so I've been trying it out using the simpler alternatives. For all of the 'dba' style databases, I get a message of the form: "lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.gdbm,c): = No such handler: gdbm" which is odd, as we do seem to have gdbm installed, as far as I can = tell. So I tried a flat-file approach. Now it did the whole "loading up a=20 virgin wiki" thing and created lots of pages the designated directory, but when you try to display any of them, the page comes up blank=20 ("View source" shows it is just "<html><body></body></html>"). Any hints? Malcolm --=20 Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the merciful, for they will be shown mercy." -- Matt = 5:7 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck _______________________________________________ Phpwiki-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Arnaud F. <ar...@cr...> - 2004-04-07 08:19:49
|
Le mer 07/04/2004 =E0 10:06, electron a =E9crit : > Try "which gdbm" then "which dbm" , "which dbm2" I'm sure there is a db > handler there somewhere. You may need to tell phpwiki where the executabl= e > is located. Which only locates executable ... and gdbm, dbm, etc ... are libraries. Try "locate gdbm" ... it will give you the list of every files containing the word gdbm (but you need an up to date db -run updatedb-) --=20 Arnaud Fontaine Jabber: sh...@ra... ICQ: 3504789 |
From: Reini U. <ru...@x-...> - 2004-04-07 18:58:58
|
Malcolm Ross Kinsella Ryan schrieb: > Okay, I've finally bit the bullet and decided to install Phpwiki 1.3.7. > I'm having trouble with database selection. I'm running on a machine > administered by my university. I believe it is Debian Linux, but I'm > not sure what release. > > I don't have access to a MySQL server or the like at the moment, so I've > been trying it out using the simpler alternatives. > > For all of the 'dba' style databases, I get a message of the form: > > "lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.gdbm,c): No such handler: gdbm" > which is odd, as we do seem to have gdbm installed, as far as I can tell. Setup a page containing <?php phpinfo() ?> browse it, and look at the output of the "dba" section. I have: "DBA support | enabled" "Supported handlers | cdb cdb_make db3 inifile flatfile" This is default on Windows. On Linux usually gdbm is the best, but for some reason gdbm is not installed for you, but php_dba.so seems to be installed. Try any of your supported handlers. > So I tried a flat-file approach. Now it did the whole "loading up a > virgin wiki" thing and created lots of pages the designated directory, > but when you try to display any of them, the page comes up blank > ("View source" shows it is just "<html><body></body></html>"). Thanks for this report. I'll look into the flatfile problems, as soon as my mysterious nameserver problems are fixed. BTW: If I find no more problems and my net is working again, I'll release 1.3.8 this night, since my fixme list is empty now. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2004-04-07 23:29:59
|
Thomas Moschny schrieb: > Reini Urban wrote: >> BTW: If I find no more problems and my net is working again, I'll >> release 1.3.8 this night, since my fixme list is empty now. > > > Just curious: Did you have a look at the small patch I sent to the list > some days ago? Yes, it's already in CVS. Works fine. There were more fundamental problems though, which I hope to have fixed now. But my ISP has also some fundamental problem yesterday and tonight, so I doubt if I will be able to release a 1.3.8 tonight. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2004-04-07 23:47:07
|
aha, very interesting handlers and bugs. thanks a lot. what's your exact php version? I try to test the "db4" issue, which seems to be the nearest fit. It looks like a simple file permission problem. Do you have write permission to "pages/wiki_pagedb.db4" ? Another idea is this: Try to change the dba_open mode from "c" to "c-" or "cl". This is a known PHP bug, which I only circumvented for windows. Maybe it's a locking problem for linux also. I fixed it in lib/DbaDatabase.php: // PHP 4.3.x Windows lock bug workaround: http://bugs.php.net/bug.php?id=23975 if (isWindows() and (strlen($mode) == 1)) { $mode .= "-"; // suppress locking } while (($dbh = dba_open($this->_file, $mode, $this->_handler)) < 1) { but you can also try it in lib/WikiDB/backend/dba.php: - if (!$db->open('c')) { + if (!$db->open('c-')) { Malcolm Ross Kinsella Ryan schrieb: > On Wed, Apr 07, 2004 at 08:59:52PM +0200, Reini Urban wrote: > >>Setup a page containing >> <?php phpinfo() ?> >>browse it, and look at the output of the "dba" section. > > > Supported handlers: cdb cdb_make db4 inifile flatfile > > Results: > ======== > > cdb: > ---- > > lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.cdb,c): Driver initialization failed for handler: cdb: Update operations are not supported > > cdb_make: > --------- > > lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.cdb_make,c): Driver initialization failed for handler: cdb_make: Update operations are not suppor > > db4: > ---- > > lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.db4,c): Driver initialization failed for handler: db4: Bad file descriptor > > inifile: > -------- > > Loads virgin wiki... > > [Go to HomePage] > > lib/WikiDB.php:729: Fatal[0]: <br />/tmp_amd/buzzer/export/buzzer/1/malcolmr/public_html/bushfire/lib/WikiDB.php:729: : Assertion failed <br /> > > lib/WikiDB/backend/dbaBase.php:128: Notice[8]: unserialize(): Error at offset 624 of 263 bytes > > flatfile: > -------- > > Loads virgin wiki... > > [Go to HomePage] > > Loads vigrin wiki again... etc. > > ====== > > No Joy. :( > Malcolm -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: <mal...@cs...> - 2004-04-08 03:28:53
|
On Thu, Apr 08, 2004 at 01:48:01AM +0200, Reini Urban wrote: > aha, > very interesting handlers and bugs. > thanks a lot. what's your exact php version? 4.3.3 > It looks like a simple file permission problem. > Do you have write permission to "pages/wiki_pagedb.db4" ? Yes. The other databases have managed to write stuff there without a problem. When I run it with db4 it creates an empty file 'pages/wiki_pagedb.db4'. Our system has some funky CGI handling, described in: http://www.cse.unsw.edu.au/faq/questions/www-cgi.html Maybe that has something to do with it. > but you can also try it in lib/WikiDB/backend/dba.php: > - if (!$db->open('c')) { > + if (!$db->open('c-')) { db4 + open('c-'): ----------------- lib/DbaDatabase.php:38: Fatal[256]: dba_open(pages/wiki_pagedb.db4,c-): Driver initialization failed for handler: db4: Invalid argument Same for open('cl'). Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are those who are persecuted because of righteousness, for theirs is the kingdom of heaven." -- Matt 5:10 |
From: <mal...@cs...> - 2004-04-08 03:46:09
|
On Wed, Apr 07, 2004 at 03:28:53PM +1000, Malcolm Ross Kinsella Ryan wrote: > > So I tried a flat-file approach. Now it did the whole "loading up a > virgin wiki" thing and created lots of pages the designated directory, > but when you try to display any of them, the page comes up blank > ("View source" shows it is just "<html><body></body></html>"). Hrm. After a lot of messing around, I've managed to set up a MySQL db, and I get exactly the same behaviour: the virgin wiki loads, but then all the pages appear blank. So I suspect that this is not a database problem. Maybe something to do with page caching? I'm using the default setup for this stuff. I just did a diff and the only changes I've made from the distribution copy of "index.php" are 1) To change the WIKI_NAME 2) To set the ADMIN_USER and ADMIN_PASSWD 3) To set the dbtype to SQL and the dsn appropriately 4) To set REQUIRE_SIGNIN_BEFORE_EDIT to true. Any ideas? Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the pure in heart, for they will see God." -- Matt 5:8 |
From: <mal...@cs...> - 2004-04-08 03:59:19
|
On Thu, Apr 08, 2004 at 01:46:06PM +1000, Malcolm Ross Kinsella Ryan wrote: > > Hrm. After a lot of messing around, I've managed to set up a MySQL db, > and I get exactly the same behaviour: the virgin wiki loads, but then > all the pages appear blank. So I suspect that this is not a database > problem. Maybe something to do with page caching? I've turned on DEBUG and WIKIDB_NOCACHE_MARKUP and I'm still getting jack. Hrm. If anyone wants to look at a blank wiki, by all means check out: http://www.cse.unsw.edu.au/~malcolm/bushfire/ Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the poor in spirit, for theirs is the kingdom of heaven." -- Matt 5:3 |
From: <mal...@cs...> - 2004-04-14 03:26:30
|
On Thu, Apr 08, 2004 at 01:59:16PM +1000, Malcolm Ross Kinsella Ryan wrote: > > If anyone wants to look at a blank wiki, by all means check out: > http://www.cse.unsw.edu.au/~malcolm/bushfire/ Oops. That should be: http://www.cse.unsw.edu.au/~malcolmr/bushfire/ I'd let you know how it goes with 1.3.9, but at the moment I am having trouble connecting to sourceforge. Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the peacemakers, for they will be called children of God." -- Matt 5:9 |
From: <mal...@cs...> - 2004-04-14 23:48:32
|
On Wed, Apr 14, 2004 at 01:26:26PM +1000, Malcolm Ross Kinsella Ryan wrote: > > I'd let you know how it goes with 1.3.9, but at the moment I am having > trouble connecting to sourceforge. I just installed 1.3.9 (with MySQL backend using ADODB) and I get the same behaviour as before: it loads a virgin wiki, but all the pages are blank. Also, I noticed that when it was loading the wiki, I got a lot of warnings of the form: lib/PageType.php:192: Notice[8]: Use of undefined constant DATA_PATH - assumed 'DATA_PATH' Malcolm -- Malcolm Ryan - mal...@cs... - http://www.cse.unsw.edu.au/~malcolmr/ "Blessed are the pure in heart, for they will see God." -- Matt 5:8 |
From: Robert C. J. <ro...@ar...> - 2004-12-03 16:04:19
|
am trying to install phpWiki on the following system: Windows XP Pro Apache/2.0.47 (Win32) PHP/4.3.2 MySQL 4.0.14-nt phpWiki 1.3.10 I am using mySQL as the backend for data storage. The web server is on a separate system, being accessed over the LAN. When load the page for the first time, It scrolls through the "Loading up virgin wiki" page until it hits this item: "OldStyleTablePlugin" If I use Firefox as the browser, it pops up a dialog stating "Document contains no data" If I use IE as the browser, it loads the page to the same location, and then starts cycling through reloading the page. I believe these are the relevant portions of the config.ini: ;====================================================================== ; Part Two: Database Selection ;====================================================================== DATABASE_TYPE = SQL DATABASE_PREFIX = phpwiki_ DATABASE_DSN = mysql://xxxx:xxxx@localhost/phpwiki DATABASE_SESSION_TABLE = session DATABASE_TIMEOUT = 20 I pretty much left everything else at the defaults. I get the same behavior when I use a FILE backend. I tried changing: if (SCRIPT_FILENAME == __FILE__) include(dirname(__FILE__)."/lib/main.php"); to: // if (SCRIPT_FILENAME == __FILE__) include(dirname(__FILE__)."/lib/main.php"); But that didn't help. Any suggestions? -- ARCOM Inc. 440.639.9500 http://www.arcm.com ---Excellence In Technical Communications--- |
From: Robert C. J. <ro...@ar...> - 2004-12-03 16:54:54
|
At 0:29 on 4 Dec 2004, Charles Corrigan <ch...@ru...> wrote: > I had a similar problem on a different page (I now have a second > installation of phpwiki running on my Windows XP desktop). > > My workaround was to rename the file in pgsrc containing the page where the > error occurred to start with an "x" so it was processed last. Obviously, > this is not a real fix, just a workaround - I suspect an Apache or PHP on > windows problem here... That worked, except that I had to actually remove two files, instead of rename them. Even if I renamed them, they were 'still' processed in the same order, just with the new file names. The files I had to remove were: OldTextFormattingRules PgsrcRefactoring That let it finish, and I can run it properly. Will removing those two pages cause problems? BTW - I also had to uncomment the DEBUG = 1 line in the CONFIG.INI file, or all my pages would get about 50 "missing DEBUG" warnings at the bottom of every page. Thanks for the help! -- ARCOM Inc. 440.639.9500 http://www.arcm.com ---Excellence In Technical Communications--- |