Menu
▾
▴
slashcode-general — This is the general discussion list. Install questions welcome.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(30) |
Mar
(123) |
Apr
(188) |
May
(90) |
Jun
(68) |
Jul
(129) |
Aug
(72) |
Sep
(97) |
Oct
(99) |
Nov
(168) |
Dec
(35) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(75) |
Feb
(55) |
Mar
(104) |
Apr
(49) |
May
(12) |
Jun
(11) |
Jul
(47) |
Aug
(104) |
Sep
(14) |
Oct
(26) |
Nov
(31) |
Dec
(10) |
| 2003 |
Jan
(78) |
Feb
(76) |
Mar
(47) |
Apr
(30) |
May
(19) |
Jun
(36) |
Jul
(48) |
Aug
(43) |
Sep
(54) |
Oct
(25) |
Nov
(79) |
Dec
(39) |
| 2004 |
Jan
(43) |
Feb
(14) |
Mar
(17) |
Apr
(15) |
May
(18) |
Jun
(20) |
Jul
(7) |
Aug
(30) |
Sep
(49) |
Oct
(17) |
Nov
(14) |
Dec
(72) |
| 2005 |
Jan
(55) |
Feb
(27) |
Mar
(34) |
Apr
(15) |
May
(8) |
Jun
(23) |
Jul
(7) |
Aug
(19) |
Sep
(3) |
Oct
(44) |
Nov
(3) |
Dec
|
| 2006 |
Jan
(20) |
Feb
(5) |
Mar
(8) |
Apr
(12) |
May
(16) |
Jun
(22) |
Jul
(39) |
Aug
(65) |
Sep
(4) |
Oct
(11) |
Nov
|
Dec
(5) |
| 2007 |
Jan
(2) |
Feb
(2) |
Mar
(8) |
Apr
(3) |
May
(28) |
Jun
(6) |
Jul
(3) |
Aug
(9) |
Sep
(15) |
Oct
|
Nov
(12) |
Dec
(2) |
| 2008 |
Jan
(3) |
Feb
(14) |
Mar
|
Apr
(4) |
May
|
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2009 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
|
May
|
Jun
(14) |
Jul
|
Aug
(1) |
Sep
(66) |
Oct
(21) |
Nov
|
Dec
(1) |
| 2010 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(100) |
Mar
(17) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: Jesse L. <jes...@gm...> - 2006-08-15 09:01:40
|
Problem solved. I've restalled my site. It's probably caused by file permissions in htdocs directory. After moving the old site derictory to new server, something changed caused this. On 8/15/06, Eric Dannewitz <eri...@ja...> wrote: > I'd download whatever version of Slash you were using, CVS or whatever, > and do a make clean && make install and that would probably clear > everything up. > > Jesse Lee wrote: > > More in slashd.log: > > > > Tue Aug 15 03:59:04 2006 [freshenup.pl] Commentcount/hitparade data > > was not retrieved, reason unknown (cchp: '' for param ' > > cchp='UJE4QX4JIS'' file > > '/usr/local/slash/site/solidot.org/logs/cchp.UJE4QX4JIS' exists '1' > > len '0') > > Tue Aug 15 03:59:04 2006 [freshenup.pl] updated 578 > > apple:06/08/15/0012246 (Apple vs Microsoft) success='0' stderr: 'Can't > > locate Slash.pm in @INC (@INC contains: > > /usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 > > |
|
From: Eric D. <eri...@ja...> - 2006-08-15 04:07:29
|
I'd download whatever version of Slash you were using, CVS or whatever, and do a make clean && make install and that would probably clear everything up. Jesse Lee wrote: > More in slashd.log: > > Tue Aug 15 03:59:04 2006 [freshenup.pl] Commentcount/hitparade data > was not retrieved, reason unknown (cchp: '' for param ' > cchp='UJE4QX4JIS'' file > '/usr/local/slash/site/solidot.org/logs/cchp.UJE4QX4JIS' exists '1' > len '0') > Tue Aug 15 03:59:04 2006 [freshenup.pl] updated 578 > apple:06/08/15/0012246 (Apple vs Microsoft) success='0' stderr: 'Can't > locate Slash.pm in @INC (@INC contains: > /usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 |
|
From: Jesse L. <jes...@gm...> - 2006-08-15 04:05:26
|
More in slashd.log: Tue Aug 15 03:59:04 2006 [freshenup.pl] Commentcount/hitparade data was not retrieved, reason unknown (cchp: '' for param ' cchp='UJE4QX4JIS'' file '/usr/local/slash/site/solidot.org/logs/cchp.UJE4QX4JIS' exists '1' len '0') Tue Aug 15 03:59:04 2006 [freshenup.pl] updated 578 apple:06/08/15/0012246 (Apple vs Microsoft) success='0' stderr: 'Can't locate Slash.pm in @INC (@INC contains: /usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/lib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/local/slash/site/solidot.org/htdocs/article.pl line 8. BEGIN failed--compilation aborted at /usr/local/slash/site/solidot.org/htdocs/article.pl line 8. ' Tue Aug 15 03:59:04 2006 [freshenup.pl] index.pl virtual_user=solidot ssi=yes section='mainpage' bytes=0 FAILED: no data Tue Aug 15 03:59:04 2006 [freshenup.pl] rewrote static skin pages for mainpage On 8/15/06, Eric Dannewitz <eri...@ja...> wrote: > Directory permissions? So, if the site is in /home/site/www.solitdot.com > the directory where that file is written is > /home/site/www.solitdot.com/logs/ I believe. And you need to make sure > that whatever user is running slashd has permission to write to that. > > Of course, the part you clipped out: > > hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate > Slash.pm in @INC > > is probably the real cause...... > > Jesse Lee wrote: > > When run freshenup command to fresh homepage, got error blow, can't > > update homepage. > > > > [root@solidot slash]# bin/runtask -u solidot freshenup > > Mon Aug 14 23:52:45 2006 runtask freshenup.pl begin > > Mon Aug 14 23:52:45 2006 runtask Updating 06/08/14/2234237 > > Mon Aug 14 23:52:45 2006 runtask article.pl virtual_user=solidot > > ssi=yes sid='06/08/14/2234237' cchp='PV3J10oPGI' section='hardware' > > bytes=0 FAILED: no data > > Mon Aug 14 23:52:45 2006 runtask Commentcount/hitparade data was not > > retrieved, reason unknown (cchp: '' for param ' cchp='PV3J10oPGI'' > > file '/usr/local/slash/site/solidot.org/logs/cchp.PV3J10oPGI' exists > > '1' len '0') > > Mon Aug 14 23:52:45 2006 runtask updated 575 > > hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate > > Slash.pm in @INC > > > > > |
|
From: Jesse L. <jes...@gm...> - 2006-08-15 03:56:16
|
The site is in /usr/local/slash/site/solidot.org. The permissions of ../site/solidot.org/logs folder is 755, all the .log file in this folder is 644. and the owner is nobody. Are these correct? Recent 2-3 days we are moving to a new server, so there must be mistake after changing server. On 8/15/06, Eric Dannewitz <eri...@ja...> wrote: > Directory permissions? So, if the site is in /home/site/www.solitdot.com > the directory where that file is written is > /home/site/www.solitdot.com/logs/ I believe. And you need to make sure > that whatever user is running slashd has permission to write to that. > > Of course, the part you clipped out: > > hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate > Slash.pm in @INC > > is probably the real cause...... > > Jesse Lee wrote: > > When run freshenup command to fresh homepage, got error blow, can't > > update homepage. > > > > [root@solidot slash]# bin/runtask -u solidot freshenup > > Mon Aug 14 23:52:45 2006 runtask freshenup.pl begin > > Mon Aug 14 23:52:45 2006 runtask Updating 06/08/14/2234237 > > Mon Aug 14 23:52:45 2006 runtask article.pl virtual_user=solidot > > ssi=yes sid='06/08/14/2234237' cchp='PV3J10oPGI' section='hardware' > > bytes=0 FAILED: no data > > Mon Aug 14 23:52:45 2006 runtask Commentcount/hitparade data was not > > retrieved, reason unknown (cchp: '' for param ' cchp='PV3J10oPGI'' > > file '/usr/local/slash/site/solidot.org/logs/cchp.PV3J10oPGI' exists > > '1' len '0') > > Mon Aug 14 23:52:45 2006 runtask updated 575 > > hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate > > Slash.pm in @INC > > > > > |
|
From: Eric D. <eri...@ja...> - 2006-08-15 02:53:10
|
Directory permissions? So, if the site is in /home/site/www.solitdot.com the directory where that file is written is /home/site/www.solitdot.com/logs/ I believe. And you need to make sure that whatever user is running slashd has permission to write to that. Of course, the part you clipped out: hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate Slash.pm in @INC is probably the real cause...... Jesse Lee wrote: > When run freshenup command to fresh homepage, got error blow, can't > update homepage. > > [root@solidot slash]# bin/runtask -u solidot freshenup > Mon Aug 14 23:52:45 2006 runtask freshenup.pl begin > Mon Aug 14 23:52:45 2006 runtask Updating 06/08/14/2234237 > Mon Aug 14 23:52:45 2006 runtask article.pl virtual_user=solidot > ssi=yes sid='06/08/14/2234237' cchp='PV3J10oPGI' section='hardware' > bytes=0 FAILED: no data > Mon Aug 14 23:52:45 2006 runtask Commentcount/hitparade data was not > retrieved, reason unknown (cchp: '' for param ' cchp='PV3J10oPGI'' > file '/usr/local/slash/site/solidot.org/logs/cchp.PV3J10oPGI' exists > '1' len '0') > Mon Aug 14 23:52:45 2006 runtask updated 575 > hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate > Slash.pm in @INC > > |
|
From: Jesse L. <jes...@gm...> - 2006-08-15 00:02:32
|
When run freshenup command to fresh homepage, got error blow, can't update homepage. [root@solidot slash]# bin/runtask -u solidot freshenup Mon Aug 14 23:52:45 2006 runtask freshenup.pl begin Mon Aug 14 23:52:45 2006 runtask Updating 06/08/14/2234237 Mon Aug 14 23:52:45 2006 runtask article.pl virtual_user=solidot ssi=yes sid='06/08/14/2234237' cchp='PV3J10oPGI' section='hardware' bytes=0 FAILED: no data Mon Aug 14 23:52:45 2006 runtask Commentcount/hitparade data was not retrieved, reason unknown (cchp: '' for param ' cchp='PV3J10oPGI'' file '/usr/local/slash/site/solidot.org/logs/cchp.PV3J10oPGI' exists '1' len '0') Mon Aug 14 23:52:45 2006 runtask updated 575 hardware:06/08/14/2234237 (IBM PC 25 success='0' stderr: 'Can't locate Slash.pm in @INC |
|
From: Jesse L. <jes...@gm...> - 2006-08-14 22:35:58
|
Yes, missing MIME::TYpes, Installed it, now slash works well. Thanks! Jesse On 8/15/06, Eric Dannewitz <eri...@ja...> wrote: > No, they are not all installed as the first line of the error says it is > missing MIME::Types > > go to perl > perl -MCPAN -e shell > install Bundle::CPAN > install MIME::Types > install Bundle::Slash > > Jesse Lee wrote: > > Here is the httpd log: > > > > [Mon Aug 14 21:44:12 2006] [error] > > /admin.pl:Apache::ROOTsolidot_2eorg::admin_2epl:/usr/local/slash/site/solidot.org/htdocs/admin.pl:1414:Can't > > locate MIME/Types.pm in @INC (@INC contains: > > /usr/local/lib/perl5/5.8.6/i686-linux /usr/local/lib/perl5/5.8.6 > > > > |
|
From: Eric D. <eri...@ja...> - 2006-08-14 22:00:24
|
No, they are not all installed as the first line of the error says it is missing MIME::Types go to perl perl -MCPAN -e shell install Bundle::CPAN install MIME::Types install Bundle::Slash Jesse Lee wrote: > Here is the httpd log: > > [Mon Aug 14 21:44:12 2006] [error] > /admin.pl:Apache::ROOTsolidot_2eorg::admin_2epl:/usr/local/slash/site/solidot.org/htdocs/admin.pl:1414:Can't > locate MIME/Types.pm in @INC (@INC contains: > /usr/local/lib/perl5/5.8.6/i686-linux /usr/local/lib/perl5/5.8.6 > |
|
From: Jesse L. <jes...@gm...> - 2006-08-14 21:54:55
|
Here is the httpd log: [Mon Aug 14 21:44:12 2006] [error] /admin.pl:Apache::ROOTsolidot_2eorg::admin_2epl:/usr/local/slash/site/solidot.org/htdocs/admin.pl:1414:Can't locate MIME/Types.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.6/i686-linux /usr/local/lib/perl5/5.8.6 /usr/local/lib/perl5/site_perl/5.8.6/i686-linux /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl . /usr/local/apache/ /usr/local/apache/lib/perl) at /usr/local/lib/perl5/site_perl/5.8.6/Slash/Blob.pm line 12.\nBEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.8.6/Slash/Blob.pm line 12.\nCompilation failed in require at (eval 324) line 3.\n [Mon Aug 14 21:44:12 2006] [error] Which was called by:Apache::ROOTsolidot_2eorg::admin_2epl:/usr/local/slash/site/solidot.org/htdocs/admin.pl:239\n [Mon Aug 14 21:44:12 2006] [error] Can't call method "getFilesForStory" on an undefined value at /usr/local/slash/site/solidot.org/htdocs/admin.pl line 1415.\n All perl modules installed. If I still miss something? |
|
From: Jamie M. <ja...@mc...> - 2006-08-14 20:26:07
|
jes...@gm... (Jesse Lee) writes: > [root@solidot ]# mysql -u root -h localhost > -bash: mysql: command not found >=20 > I'm checking this issuce. OK, that means you don't have the mysql command line client on that system. That in itself is not necessarily what's preventing DBD::mysql's tests from passing. But you should probably go ahead and install that command line client anyway, it's a useful tool and you may need it in future. Also, if you are missing any libraries that DBD::mysql would need, your package manager may add them when you add the client. --=20 Jamie McCarthy http://mccarthy.vg/ ja...@mc... |
|
From: Jesse L. <jes...@gm...> - 2006-08-14 20:18:33
|
I've followed your steps, DBD::mysql installed successfully. I found there is a other host, so after update mysql root setting, it's been installed. Thanks very much. On 8/15/06, Jamie McCarthy <ja...@mc...> wrote: > OK, so DBD::mysql doesn't install... there are about a million > reasons that could happen. > > One is that it wants to connect to a DB at localhost with no > password. You may not have a DB running at localhost; it may not > allow root connections; it may want a password for root connections. > > If you find that 'mysql -u root -h localhost' works for you from a > root shell, check to see if you have a ~/.my.cnf file that specifies > a password you've forgotten about. > > Do a > > mysql> select * from mysql.user where User='root'; > > and see if a passworded entry pops up. I just checked on one of my > home test boxes, and doing > > mysql> update mysql.user set Password='' where User='root' and > Host='localhost'; > mysql> flush privileges; > > switched my 'make test' for DBD::mysql from > > Failed 20/22 test scripts. 428/434 subtests failed. > > to > > All tests successful, 1 test skipped. > > Of course I reset the password back the way it was, afterwards! > > If that's your issue, feel free to try that. > > If the DB you want to use for testing is on a different host, or you > want to test with a different user or specify a password etc., try > > cpan> look DBD::mysql > # perl Makefile.PL --usage > # perl Makefile.PL --testcustomargs=foobar > # make && make test && make install > > If you just want to skip DBD::mysql's tests altogether, try > > cpan> force install DBD::mysql > > -- > Jamie McCarthy > http://mccarthy.vg/ > ja...@mc... > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > https://lists.sourceforge.net/lists/listinfo/slashcode-general > |
|
From: Jesse L. <jes...@gm...> - 2006-08-14 19:55:20
|
Hi, Jamie, Thanks for your reply. I just found "mysql -u root -h localhost" didn't work on my new system. [root@solidot ]# mysql -u root -h localhost -bash: mysql: command not found I'm checking this issuce. On 8/15/06, Jamie McCarthy <ja...@mc...> wrote: > OK, so DBD::mysql doesn't install... there are about a million > reasons that could happen. > > One is that it wants to connect to a DB at localhost with no > password. You may not have a DB running at localhost; it may not > allow root connections; it may want a password for root connections. > > If you find that 'mysql -u root -h localhost' works for you from a > root shell, check to see if you have a ~/.my.cnf file that specifies > a password you've forgotten about. > > Do a > > mysql> select * from mysql.user where User='root'; > > and see if a passworded entry pops up. I just checked on one of my > home test boxes, and doing > > mysql> update mysql.user set Password='' where User='root' and > Host='localhost'; > mysql> flush privileges; > > switched my 'make test' for DBD::mysql from > > Failed 20/22 test scripts. 428/434 subtests failed. > > to > > All tests successful, 1 test skipped. > > Of course I reset the password back the way it was, afterwards! > > If that's your issue, feel free to try that. > > If the DB you want to use for testing is on a different host, or you > want to test with a different user or specify a password etc., try > > cpan> look DBD::mysql > # perl Makefile.PL --usage > # perl Makefile.PL --testcustomargs=foobar > # make && make test && make install > > If you just want to skip DBD::mysql's tests altogether, try > > cpan> force install DBD::mysql > > -- > Jamie McCarthy > http://mccarthy.vg/ > ja...@mc... > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > https://lists.sourceforge.net/lists/listinfo/slashcode-general > |
|
From: William S. L. I. <ws...@lr...> - 2006-08-14 19:46:19
|
On 8/14/06, Jamie McCarthy <ja...@mc...> wrote: > > OK, so DBD::mysql doesn't install... there are about a million > reasons that could happen. > Jamie nailed it - check the db setup, make sure that the module install can succeed. -- Regards, Scott |
|
From: Jamie M. <ja...@mc...> - 2006-08-14 19:43:20
|
OK, so DBD::mysql doesn't install... there are about a million
reasons that could happen.
One is that it wants to connect to a DB at localhost with no
password. You may not have a DB running at localhost; it may not
allow root connections; it may want a password for root connections.
If you find that 'mysql -u root -h localhost' works for you from a
root shell, check to see if you have a ~/.my.cnf file that specifies
a password you've forgotten about.
Do a
mysql> select * from mysql.user where User=3D'root';
and see if a passworded entry pops up. I just checked on one of my
home test boxes, and doing
mysql> update mysql.user set Password=3D'' where User=3D'root' and
Host=3D'localhost';
mysql> flush privileges;
switched my 'make test' for DBD::mysql from
Failed 20/22 test scripts. 428/434 subtests failed.
to
All tests successful, 1 test skipped.
Of course I reset the password back the way it was, afterwards!
If that's your issue, feel free to try that.
If the DB you want to use for testing is on a different host, or you
want to test with a different user or specify a password etc., try
cpan> look DBD::mysql
# perl Makefile.PL --usage
# perl Makefile.PL --testcustomargs=3Dfoobar
# make && make test && make install
If you just want to skip DBD::mysql's tests altogether, try
cpan> force install DBD::mysql
--=20
Jamie McCarthy
http://mccarthy.vg/
ja...@mc...
|
|
From: Jesse L. <jes...@gm...> - 2006-08-14 19:25:56
|
Yes, I have used force install at first. But after the installation, I found admin edting article function didn't work. I've been back to check the perl module installation. And use "install Bundle::Slash" command, found I've missed those modules. On 8/15/06, William Scott Lockwood III <ws...@lr...> wrote: > Did you use force? Sometimes, you have to force a module to install, and it > will be ok. > > > On 8/14/06, Jesse Lee < jes...@gm...> wrote: > > > Hi, all > > We are now moving our site to a new server. but got some errors when I > installed perl module, here is the message: > > Bundle summary: The following items in bundle Bundle::Slash had > installation problems: > Bundle::DBD::mysql Apache::Cookie Apache::Request and the following items > had problems during recursive bundle calls: DBD::mysql Mysql > Failed during this command: > CAPTTOFU/DBD-mysql-3.0006.tar.gz : writemakefile NO > '/usr/local/bin/perl Makefile.PL' returned status 512 > STAS/libapreq-1.33.tar.gz : make_test NO > > Our System: > CentOS 4, Apache 1.3.33, Perl 5.8.6, Mod_Perl 1.29 > > Jesse > Solidot.org > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > https://lists.sourceforge.net/lists/listinfo/slashcode-general > > > > -- > Regards, > Scott |
|
From: Jesse L. <jes...@gm...> - 2006-08-14 18:54:11
|
Hi, all We are now moving our site to a new server. but got some errors when I installed perl module, here is the message: Bundle summary: The following items in bundle Bundle::Slash had installation problems: Bundle::DBD::mysql Apache::Cookie Apache::Request and the following items had problems during recursive bundle calls: DBD::mysql Mysql Failed during this command: CAPTTOFU/DBD-mysql-3.0006.tar.gz : writemakefile NO '/usr/local/bin/perl Makefile.PL' returned status 512 STAS/libapreq-1.33.tar.gz : make_test NO Our System: CentOS 4, Apache 1.3.33, Perl 5.8.6, Mod_Perl 1.29 Jesse Solidot.org |
|
From: shane <sh...@lo...> - 2006-08-07 16:30:35
|
On Aug 3, 2006, at 9:38 AM, Larson, Timothy E. wrote:
> Josh Stedman wrote:
>> perl -MSlash::Test=slashusr -le 'print getObject("Slash::Blob")'
>> Error:main:-e:1:Can't locate MIME/Types.pm in @INC
>>
>> **grumble**
>>
>>
>> cpan> install MIME::Types
>>
>> perl -MSlash::Test=slashusr -le 'print getObject("Slash::Blob")'
>> Slash::Blob=HASH(0x806323c)
>>
>> Huzzah!
>>
>> And more importantly, it now works. Thanks very much for the help.
>> Why MIME::Types wasn't installed.... dunno, not going to concern
>> myself with such things. I'll just enjoy the fact that it works now.
>
>
> Well, it's not listed in the requirements for Slash itself. Maybe it
> just got overlooked.
Well, the thing of it is the installation of the Slash::Blob plugin
isn't a requirement. So it's optional, hence it shouldn't necessarily
be listed in the requirements for Slash itself.
From themes/slashcode/THEME
plugin=Admin
plugin=FAQ
plugin=Journal
plugin=Login
plugin=Hof
plugin=Messages
plugin=PollBooth
plugin=Print
plugin=PubKey
plugin=ResKey
plugin=Search
plugin=Submit
plugin=Stats
plugin=Zoo
I still think Mime::Types should be added to the Bundle::Slash, if it
isn't already. Just to make things easier on everyone. But that's
just my $.02.
Shane
--
My slashcode stuff: http://slash.lottadot.com/
Slashcode faq: http://slash.lottadot.com/slash-faq
How to ask a question: http://www.catb.org/~esr/faqs/smart-
questions.html#before
|
|
From: Larson, T. E. <TEL...@we...> - 2006-08-03 13:38:59
|
Josh Stedman wrote:
> perl -MSlash::Test=3Dslashusr -le 'print getObject("Slash::Blob")'
> Error:main:-e:1:Can't locate MIME/Types.pm in @INC
>=20
> **grumble**
>=20
>=20
> cpan> install MIME::Types
>=20
> perl -MSlash::Test=3Dslashusr -le 'print getObject("Slash::Blob")'
> Slash::Blob=3DHASH(0x806323c)
>=20
> Huzzah!
>=20
> And more importantly, it now works. Thanks very much for the help.=20
> Why MIME::Types wasn't installed.... dunno, not going to concern
> myself with such things. I'll just enjoy the fact that it works now.
Well, it's not listed in the requirements for Slash itself. Maybe it
just got overlooked.
Tim
--=20
Tim Larson
West Corporation, Interactive TeleServices
Eschew obfuscation!
|
|
From: Jamie M. <ja...@mc...> - 2006-08-03 13:36:33
|
sla...@st... (Josh Stedman) writes:
> And more importantly, it now works. Thanks very much for the
> help. Why MIME::Types wasn't installed.... dunno, not going to
> concern myself with such things. I'll just enjoy the fact that
> it works now.
Heh:
jamie@daisy:~/slash.cvs/plugins/Blob$ cat README=20
This plugin requires the MIME::Types perl module.
I think 'install-plugin' now shakes its finger at you and directs
you to read README files when it completes. But maybe we should
print them out to the console after the plugin installs are done?
I should have remembered MIME::Types, I think people have asked
about that before on this list...
--=20
Jamie McCarthy
http://mccarthy.vg/
ja...@mc...
|
|
From: Josh S. <sla...@st...> - 2006-08-03 01:14:25
|
perl -MSlash::Test=slashusr -le 'print getObject("Slash::Blob")'
Error:main:-e:1:Can't locate MIME/Types.pm in @INC
**grumble**
cpan> install MIME::Types
perl -MSlash::Test=slashusr -le 'print getObject("Slash::Blob")'
Slash::Blob=HASH(0x806323c)
Huzzah!
And more importantly, it now works. Thanks very much for the help. Why
MIME::Types wasn't installed.... dunno, not going to concern myself with
such things. I'll just enjoy the fact that it works now.
Thanks once again to Jamie and Shane.
On Wed, 2 Aug 2006 17:04:50 -0400, "shane" <sh...@lo...> said:
>
> On Aug 2, 2006, at 4:00 PM, Jamie McCarthy wrote:
>
> > The "use of uninitialized value" is just a warning. Those
> > won'tcause 500 errors, and in most cases aren't worth worrying
> > about.(_We_ worry about them because they usually indicate trouble
> > spotsin our code to look over, but they're usually not a problem
> > forother sites that are just running our code.)
> > Likewise, the "_genericGets" is a debugging print that seems tohave
> > survived through more releases than it should. Ignore it.
> > Here's the actual error:
> >> [Wed Aug 2 18:14:10 2006] [error] Can't call method
> >> "getFilesForStory" on an undefined value > at $SLASH_PREFIX/
> >> $SLASHSITE/htdocs/admin.pl line 1442.\n
> > That code reads (I'm assuming -- the line number on my checkout isa
> > little off):
> > if ($constants->{plugin}{Blob}) { my $blobdb
> > = getObject("Slash::Blob"); my $files = $blobdb-
> > >getFilesForStory($sid);
> > The problem is that the Blob plugin constant is set, whichactually
> > just means there's a line in the site_info table withname='plugin'
> > and value='Blob'. That's supposed to (and usuallydoes) indicate
> > that Blob is installed. But
> > getObject("Slash::Blob")
> > is returning undef. This could be for a number of reasons.
> > Trythese tests. You should see something like what I see on my
> > testsystem:
> > jamie@daisy:~/slash.cvs$ perl -MSlash::Test=slash -le 'print
> > getObject("Slash::Blob")'Slash::Blob=HASH(0x96c4f28)
> > jamie@daisy:~/slash.cvs$ perl -le 'require "Slash/Blob.pm"; print
> > $INC{"Slash/Blob.pm"}'/usr/local/share/perl/5.8.8/Slash/Blob.pm
> > My guess is that that first line returns nothing on your
> > sitebecause getObject("Slash::Blob") returns undef. The output
> > fromthe second line may help explain why.
> > If those lines return similar values to mine, my next guess isthat
> > your "dbs" table is misconfigured. For a one-DB-instancesite it
> > should be empty; if yours isn't, paste a "SELECT * FROMdbs" into
> > email and let's take a look.-- Jamie McCarthy http://
> > mccarthy.vg/ ja...@mc...
>
> Piggybacking on what Jamie said, this is mentioned in the FAQ: http://
> slash.lottadot.com/slash-faq
>
> scroll down to first mention of 'getFilesForStory'
>
> ie
>
> http://slash.lottadot.com/faqster.pl?op=view&fid=1#q114
>
> Shane
>
>
>
> --
> My slashcode stuff: http://slash.lottadot.com/
> Slashcode faq: http://slash.lottadot.com/slash-faq
> How to ask a question: http://www.catb.org/~esr/faqs/smart-
> questions.html#before
>
>
>
|
|
From: shane <sh...@lo...> - 2006-08-02 22:50:46
|
On Aug 2, 2006, at 4:00 PM, Jamie McCarthy wrote:
> The "use of uninitialized value" is just a warning. Those
> won'tcause 500 errors, and in most cases aren't worth worrying
> about.(_We_ worry about them because they usually indicate trouble
> spotsin our code to look over, but they're usually not a problem
> forother sites that are just running our code.)
> Likewise, the "_genericGets" is a debugging print that seems tohave
> survived through more releases than it should. Ignore it.
> Here's the actual error:
>> [Wed Aug 2 18:14:10 2006] [error] Can't call method
>> "getFilesForStory" on an undefined value > at $SLASH_PREFIX/
>> $SLASHSITE/htdocs/admin.pl line 1442.\n
> That code reads (I'm assuming -- the line number on my checkout isa
> little off):
> if ($constants->{plugin}{Blob}) { my $blobdb
> = getObject("Slash::Blob"); my $files = $blobdb-
> >getFilesForStory($sid);
> The problem is that the Blob plugin constant is set, whichactually
> just means there's a line in the site_info table withname='plugin'
> and value='Blob'. That's supposed to (and usuallydoes) indicate
> that Blob is installed. But
> getObject("Slash::Blob")
> is returning undef. This could be for a number of reasons.
> Trythese tests. You should see something like what I see on my
> testsystem:
> jamie@daisy:~/slash.cvs$ perl -MSlash::Test=slash -le 'print
> getObject("Slash::Blob")'Slash::Blob=HASH(0x96c4f28)
> jamie@daisy:~/slash.cvs$ perl -le 'require "Slash/Blob.pm"; print
> $INC{"Slash/Blob.pm"}'/usr/local/share/perl/5.8.8/Slash/Blob.pm
> My guess is that that first line returns nothing on your
> sitebecause getObject("Slash::Blob") returns undef. The output
> fromthe second line may help explain why.
> If those lines return similar values to mine, my next guess isthat
> your "dbs" table is misconfigured. For a one-DB-instancesite it
> should be empty; if yours isn't, paste a "SELECT * FROMdbs" into
> email and let's take a look.-- Jamie McCarthy http://
> mccarthy.vg/ ja...@mc...
Piggybacking on what Jamie said, this is mentioned in the FAQ: http://
slash.lottadot.com/slash-faq
scroll down to first mention of 'getFilesForStory'
ie
http://slash.lottadot.com/faqster.pl?op=view&fid=1#q114
Shane
--
My slashcode stuff: http://slash.lottadot.com/
Slashcode faq: http://slash.lottadot.com/slash-faq
How to ask a question: http://www.catb.org/~esr/faqs/smart-
questions.html#before
|
|
From: Jamie M. <ja...@mc...> - 2006-08-02 20:00:36
|
The "use of uninitialized value" is just a warning. Those won't
cause 500 errors, and in most cases aren't worth worrying about.
(_We_ worry about them because they usually indicate trouble spots
in our code to look over, but they're usually not a problem for
other sites that are just running our code.)
Likewise, the "_genericGets" is a debugging print that seems to
have survived through more releases than it should. Ignore it.
Here's the actual error:
> [Wed Aug=C2=A0 2 18:14:10 2006] [error] Can't call method "getFilesForSto=
ry" on an undefined value=20
> at $SLASH_PREFIX/$SLASHSITE/htdocs/admin.pl line 1442.\n
That code reads (I'm assuming -- the line number on my checkout is
a little off):
if ($constants->{plugin}{Blob}) {
my $blobdb =3D getObject("Slash::Blob");
my $files =3D $blobdb->getFilesForStory($sid);
The problem is that the Blob plugin constant is set, which
actually just means there's a line in the site_info table with
name=3D'plugin' and value=3D'Blob'. That's supposed to (and usually
does) indicate that Blob is installed. But
getObject("Slash::Blob")
is returning undef. This could be for a number of reasons. Try
these tests. You should see something like what I see on my test
system:
jamie@daisy:~/slash.cvs$ perl -MSlash::Test=3Dslash -le 'print getObject("S=
lash::Blob")'
Slash::Blob=3DHASH(0x96c4f28)
jamie@daisy:~/slash.cvs$ perl -le 'require "Slash/Blob.pm"; print $INC{"Sla=
sh/Blob.pm"}'
/usr/local/share/perl/5.8.8/Slash/Blob.pm
My guess is that that first line returns nothing on your site
because getObject("Slash::Blob") returns undef. The output from
the second line may help explain why.
If those lines return similar values to mine, my next guess is
that your "dbs" table is misconfigured. For a one-DB-instance
site it should be empty; if yours isn't, paste a "SELECT * FROM
dbs" into email and let's take a look.
--=20
Jamie McCarthy
http://mccarthy.vg/
ja...@mc...
|
|
From: Josh S. <sla...@st...> - 2006-08-02 18:29:34
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<font size="-1"><font face="Arial">Hi Shane,<br>
<br>
Thanks for the advice, however:<br>
<br>
</font></font><big><font size="-1"><big><tt>$VAR1 = {<br>
'Submit' => 1,<br>
'Print' => 1,<br>
'Login' => 1,<br>
'FAQ' => 1,<br>
'PollBooth' => 1,<br>
'Search' => 1,<br>
'Validator' => 1,<br>
'Admin' => 1,<br>
'Stats' => 1,<br>
'PubKey' => 1,<br>
'Subscribe' => 1,<br>
'Zoo' => 1,<br>
'Rating' => 1,<br>
'Messages' => 1,<br>
'ResKey' => 1,<br>
<b> 'Blob' => 1,</b><br>
'Events' => 1,<br>
'Hof' => 1,<br>
'Sections' => 1,<br>
'Journal' => 1<br>
};</tt></big></font></big><font size="-1"><font face="Arial"><br>
<br>
I did try to reinstall Blob with the install-plugin script, but no
change. Blob is part of the default install, anyway, and from this
line:<br>
<br>
</font></font> <tt> if ($constants->{plugin}{Blob}) {</tt><br>
<br>
If blob wasn't installed, that would return false and that block
wouldn't run. It's running, but it's failing. Here is the section of
code from $PERLLIB/Slash/DB/MySQL.pm that appears to be failing. The
specific lines that are failing with the errors I mentioned earlier are
in bold with their line number in the right margin. (My apologies to
anyone using ASCII mail)<br>
<br>
<br>
<tt>########################################################<br>
<br>
# This method is used to grandfather in old-style sid's,<br>
# automatically converting them to stoids.<br>
sub getStoidFromSidOrStoid {<br>
my($self, $id) = @_;<br>
<b> return $id if $id =~
/^\d+$/; 9900</b><br>
return $self->getStoidFromSid($id);<br>
}<br>
<br>
# This method does the conversion efficiently. There are three<br>
# likely levels of caching here, to minimize the impact of this<br>
# backwards-compatibility feature as much as possible: a RAM<br>
# cache in this Slash::DB::MySQL object (set to never expire,<br>
# since this data is tiny and never changes); memcached (ditto,<br>
# but just with a very long expiration time); and MySQL's query<br>
# cache (which expires only when the stories table is written,<br>
# hopefully only every few minutes). Only if all those fail<br>
# will it actually put any load on the DB.<br>
sub getStoidFromSid {<br>
my($self, $sid) = @_;<br>
<b> if (my $stoid = $self->{_sid_conversion_cache}{$sid})
{ 9915</b><br>
return $stoid;<br>
}<br>
my($mcd, $mcdkey);<br>
if ($mcd = $self->getMCD()) {<br>
$mcdkey = "$self->{_mcd_keyprefix}:sid:";<br>
if (my $answer = $mcd->get("$mcdkey$sid")) {<br>
$self->{_sid_conversion_cache}{$sid} =
$answer;<br>
return $answer;<br>
}<br>
}<br>
my $sid_q = $self->sqlQuote($sid);<br>
my $stoid = $self->sqlSelect("stoid", "stories",
"sid=$sid_q");<br>
<b> $self->{_sid_conversion_cache}{$sid} =
$stoid; 9928</b><br>
my $exptime = 7 * 86400;<br>
$mcd->set("$mcdkey$sid", $stoid, $exptime) if $mcd;<br>
return $stoid;<br>
}</tt><br>
<br>
It would appear that in the code you pointed out, $sid is being sent
with an uninitialized value, or it's not being passed to this function
-- every line referencing that value is blank. I'm not versed enough
in the intricacies of Slash to be able to figure out why this may be.
One thing I can think of is if there isn't a story id to pass. This is
a fresh install, but there are the two initial stories. Plus, isn't
this link ('New' from the admin bar) supposed to create a new story?
Or am I mistaken in its purpose?<br>
<br>
I'm also getting the same issue when I try to approve a new submission,
once I hit the Preview button. Errors are similar:<br>
<br>
<tt>Use of uninitialized value in join or string at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm
line 9544.<br>
Use of uninitialized value in substitution (s///) at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/Utility/Data.pm
line 2971.<br>
[Wed Aug 2 18:14:10 2006] [error] Can't call method "getFilesForStory"
on an undefined value at $SLASH_PREFIX/$SLASHSITE/htdocs/admin.pl line
1442.\n<br>
</tt><br>
And about two dozen instances of this Apache::Registry error:<br>
<br>
<tt>Wed Aug 2 18:14:10 2006 _genericGets table_prime='session'
table='sessions' param_table='' values: $VAR1 = [ 'lasttitle', 'uid' ];
row: $VAR1 = { 'uid' => '2', 'lasttitle' => 'Test submission' };
caller_info='Slash::Utility::Display line 1266
Apache::ROOTsitename::admin_2epl line 1387
Apache::ROOTsitename::admin_2epl line 233
Apache::ROOTsitename::admin_2epl line 2291 Apache::Registry line 149
Apache::Registry line 149 main line 1 main line 1'</tt><br>
<br>
Seems to be the same root cause, no value passed to getFilesForStory
via $sid. What is $sid supposed to propagate from?<br>
<br>
Thanks again,<br>
<br>
Josh<br>
<br>
shane wrote:
<blockquote cite="mid...@lo..."
type="cite"><br>
<div>
<div>On Aug 2, 2006, at 4:12 AM, Josh Stedman wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite"><font size="-1"><font face="Arial">[...]<br>
On the "New" link in backslash, which links to admin.pl?op=edit, I'm
getting a 500 error. The errors from the error log appear to be in the
slash MySQL module:<br>
<br>
Use of uninitialized value in pattern match (m//) at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm
line 9900.<br>
Use of uninitialized value in hash element at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm
line 9915.<br>
Use of uninitialized value in hash element at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm
line 9928.<br>
[Wed Aug 2 07:52:50 2006] [error] Can't call method "getFilesForStory"
on an undefined value at $SLASH_PREFIX/$SITENAME/htdocs/admin.pl line
1442.\n<br>
[...]</font></font></blockquote>
<br>
</div>
<div>You need to install the Slash::Blob plugin - or verify that it
is already installed.</div>
<div><br class="khtml-block-placeholder">
</div>
<div>perl -MSlash::Test=slash -le 'print Dumper
$constants->{plugin}'</div>
<div><br class="khtml-block-placeholder">
</div>
<div>from the command line will give you a list of what plugins are
installed on your site (if your site's virtual user is different from
'slash' then replace it in that command).</div>
<div><br class="khtml-block-placeholder">
</div>
<div>If you grep admin.pl for 'getFilesForStory':</div>
<div><br class="khtml-block-placeholder">
</div>
<div> if ($constants->{plugin}{Blob}) {</div>
<div> my $blobdb = getObject("Slash::Blob");</div>
<div> my $files = $blobdb->getFilesForStory($sid);</div>
<div> $attached_files = slashDisplay('attached_files',
{ files => $files }, { Return => 1});</div>
<div> }</div>
<div><br class="khtml-block-placeholder">
</div>
<div><br class="khtml-block-placeholder">
</div>
<div><br class="khtml-block-placeholder">
</div>
<div><br class="khtml-block-placeholder">
</div>
<div> Shane</div>
<div><br class="khtml-block-placeholder">
</div>
<br>
<pre wrap=""><hr size="4" width="90%">
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
<a class="moz-txt-link-freetext"
href="http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV">http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV</a></pre>
<pre wrap=""><hr size="4" width="90%">
_______________________________________________
Slashcode-general mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Sla...@li...">Sla...@li...</a>
<a class="moz-txt-link-freetext"
href="https://lists.sourceforge.net/lists/listinfo/slashcode-general">https://lists.sourceforge.net/lists/listinfo/slashcode-general</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: shane <sh...@lo...> - 2006-08-02 13:20:21
|
On Aug 2, 2006, at 4:12 AM, Josh Stedman wrote:
> [...]
> On the "New" link in backslash, which links to admin.pl?op=edit,
> I'm getting a 500 error. The errors from the error log appear to
> be in the slash MySQL module:
>
> Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/
> site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9900.
> Use of uninitialized value in hash element at /usr/lib/perl5/
> site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9915.
> Use of uninitialized value in hash element at /usr/lib/perl5/
> site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9928.
> [Wed Aug 2 07:52:50 2006] [error] Can't call method
> "getFilesForStory" on an undefined value at $SLASH_PREFIX/$SITENAME/
> htdocs/admin.pl line 1442.\n
> [...]
You need to install the Slash::Blob plugin - or verify that it is
already installed.
perl -MSlash::Test=slash -le 'print Dumper $constants->{plugin}'
from the command line will give you a list of what plugins are
installed on your site (if your site's virtual user is different from
'slash' then replace it in that command).
If you grep admin.pl for 'getFilesForStory':
if ($constants->{plugin}{Blob}) {
my $blobdb = getObject("Slash::Blob");
my $files = $blobdb->getFilesForStory($sid);
$attached_files = slashDisplay('attached_files',
{ files => $files }, { Return => 1});
}
Shane
|
|
From: Josh S. <sla...@st...> - 2006-08-02 08:12:26
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">Thanks to everyone for the info about the Apache info the other day. I've rebuilt Apache and mod_perl, with some doing managed to get slash installed and my first site configured -- found a syntax error in the sql script that creates the database that needed to be corrected. Now I have my first slash site up and running on this machine, and I've found one issue.<br> <br> On the "New" link in backslash, which links to admin.pl?op=edit, I'm getting a 500 error. The errors from the error log appear to be in the slash MySQL module:<br> <br> Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9900.<br> Use of uninitialized value in hash element at /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9915.<br> Use of uninitialized value in hash element at /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Slash/DB/MySQL.pm line 9928.<br> [Wed Aug 2 07:52:50 2006] [error] Can't call method "getFilesForStory" on an undefined value at $SLASH_PREFIX/$SITENAME/htdocs/admin.pl line 1442.\n<br> <br> All other pages appear to display properly. Any thoughts? or do I need to reinstall all/part of the Slash Bundle, shoot myself in the head.... <br> <br> <br> Thanks much for any and all help<br> </font></font> </body> </html> |
19 messages has been excluded from this view by a project administrator.
