Question
On my entire Twiki install anywhere that
monospaced
or
monospaced bold
text appears, something in TWiki adds CGI and a space before them, so the previous two monospaced items would look like
CGI monospaced
and
CGI
CGI monospaced bold
respectively.
Any help in tracking this down would be helpful. I'm actually using TWiki 4.2.3, and I've edited a couple of files to make TWiki work on the somewhat old configuration of the webserver (it's shared hosting).
Update
The problem appears to be a bug in Perl 5.8.0. Unfortunately I cannot do much about what version of Perl is installed on my shared hosting. Can anyone please point me in the right direction so I can try to figure out a workaround in the TWiki code that would render this properly? There has to be some way to deal with this issue on the TWiki side.
Thanks.
--
ShawnDowler - 14 Oct 2008
Environment
--
ShawnDowler - 01 Oct 2008
Answer
If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.
I searched for
cgi cgi bold
and found
this site has the same problem!
--
ShawnDowler - 13 Oct 2008
Yeah, that's my site. I'm having the same problem...any help would really be appreciated. It's really screwing things up, since we use
=
extensively to indicate shell commands in examples.
--
DavidBrodbeck - 13 Oct 2008
By the way, do you have
$TWiki::cfg{ScriptSuffix} = '.cgi';
in your
LocalSite.cfg? I'm curious if that's related to the problem. I can't take it out to test, because if I do my site won't work...
--
DavidBrodbeck - 13 Oct 2008
Disregard what I said above. It appears to be a Perl bug. At the suggestion of
SvenDowideit__ on the #twiki IRC channel, I built a copy of Perl 5.8.8 and tried it, and the problem went away. I was using Perl 5.8.0 previously. So, my advice for you is to try a less ancient version of Perl.
--
DavidBrodbeck - 14 Oct 2008
I would love to try a newer version of Perl, but shared hosting precludes that, unfortunately. I'm kind of stuck now. I wish I could get more detail as to the nature of the problem so I at least knew what to look at and play with to try to fix it myself
I'm really glad that you saw this and let me know, though. I was tearing my hair out! This should be on the known bugs list since I think TWiki officially claims support for Perl 5.008
I suppose I could bug my hosting provider about it.
--
ShawnDowler - 14 Oct 2008
I built my own copy of Perl 5.8.8 in my home directory and used that, but you may or may not be able to make that work depending on how strict your hosting provider is about security and what tools they make available. It's not a difficult compile if you have the necessary tools on your account, though.
Agreed that this should probably be listed as a known bug. It's a tough one to figure out!
--
DavidBrodbeck - 15 Oct 2008
You need to provide more details of how to to reproduce the bug, and also check the version of the CPAN CGI module you are using; I vaguely recall a problem like this before.
--
CrawfordCurrie - 20 Oct 2008
You might be able to install the latest CPI module locally. See
HowToInstallCpanModules.
--
PeterThoeny - 07 Nov 2008
I was finally able to get it to work with Perl 5.8.0 by installing a local, updated copy of CGI. I used CGI 3.42; the buggy version my hosting provider has is 2.89. Note that the instructions in
HowToInstallCpanModules don't work for this without some changes -- just putting it in lib/CPAN/lib under the TWiki directory won't work, because Perl will still find and use the system copy of CGI first. I had to add a "use lib" line with the full path to the lib/CPAN/lib directory to the top of bin/LocalLib.cfg.
--
DavidBrodbeck - 30 Jan 2009