Question

I tried to follow the instructions. Things seem to go smooth until i ran configure Here are the error messages i see in the error log

Use of uninitialized value in concatenation (.) or string at (eval 6) line 7.
        TWiki::__ANON__('Use of uninitialized value in concatenation (.) or string at ...') called at ./configure line 50
        TWiki::__ANON__('Use of uninitialized value in concatenation (.) or string at ...') called at (eval 6) line 7
        CGI::_name_and_path_from_env('CGI=HASH(0x835fbdc)') called at (eval 5) line 7
        CGI::path_info('CGI=HASH(0x835fbdc)') called at (eval 4) line 9
        CGI::url('CGI=HASH(0x835fbdc)') called at ./configure line 184

Environment

-- RaviDronamraju - 21 Apr 2006

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.

This looks like something wrong in CGI.pm. Run this command:

perl -e 'use CGI; print $CGI::VERSION,"\n";'

Note that testenv is irrelevant to 4.0.2.

-- CrawfordCurrie - 21 Apr 2006

[ravi@dev 5.8.0]$ perl -e 'use CGI; print $CGI::VERSION,"\n";' 3.19

-- RaviDronamraju - 21 Apr 2006

Can someone look into this please. I really want to use twiki for my new company. Alternative is to pay 20$/month to jotspot or use wiki media.

-- RaviDronamraju - 22 Apr 2006

Ravi, you are probably not aware of it but you are offending a lot of open source people by bringing monetary issues into your support requests. Tell us that "TWiki is surely the best product" or something similarly nice instead

If you want something that "just works" here and now (while proceeding on a native install) try downloading TWikiVMDebianStable and take it for a spin.

To the specific request: I'm unable to provide any help of value - an advice would be to try to either up- or downgrade CGI, and see if the problem doesn't go away magically.

-- SteffenPoulsen - 22 Apr 2006

I am also having the same problem, I run in my office where I could control the CGI and it went fine with earlier release(401) and my personal website isn't working as I cannot downgrade or upgrade CGI.pm. The perl version is 5.8.1.

Any help is greatly appreciated.

-- DuttKalapatapu - 23 Apr 2006

Office is running on 5.8.0 and the configure.cgi(401) is different from the new production release. Will the old configure work for the new production release?

-- DuttKalapatapu - 23 Apr 2006

Yes, it should. But I suspect the problem is in CGI.pm, and not in any TWiki component. See https://rt.cpan.org/Public/Bug/Display.html?id=18883. However without being able to reproduce this problem, or isolate it to a single CGI version, it is hard to recommend anything though. Are you also running CGI 3.19? You don't say.

-- CrawfordCurrie - 23 Apr 2006

Thanks for the pointer on the CPAN bug. I really appreciate it. This was very helpful for me to make progress. As for the comparison between twiki and other alternate software, I am sorry if i ruffled some feathers, but it's the reality. Twiki is a great piece of software and is useful for a lot, but there are some alternatives available.

-- RaviDronamraju - 23 Apr 2006

Setting status of this to "answered".

Yep, indeed there are many alternatives these days. Take a look at TWikiVsOtherProducts or http://www.wikimatrix.org/ for more inspiration.

-- SteffenPoulsen - 23 Apr 2006

the problem is CPAN CGI.pm version 3.19, I downgraded or changed configure.cgi to "use lib 3.18 cgi.pm" and everything worked.

I think configure.cgi need to be tested on the latest released 17th april 3.19 CGI.pm

-- DuttKalapatapu - 24 Apr 2006

Yesterday version 3.20 of CGI.pm has been released - according to the changelog this fixes the problem. So just avoid 3.19.

-- HaraldJoerg - 24 Apr 2006

I encountered this same problem -- configure ceased working one day. I've upgraded to CGI 3.20, but I still get the same error. The difference is that if run perl configure from the command line, I get...

configure: Use of uninitialized value in concatenation (.) or string at configure line 4028.

( which in my configure script is: my $hdr = CGI::start_html( )

...followed by what looks to be the output from the script. When I was working with CGI v3.19, the script just died. Everything else with the TWiki install works fine. Problem began on an existing 401 install, then on a fresh 402 install (with CGI v3.19 both times). Current error is on 402 with CGI v3.20.

-- TWikiGuest (aka BrianHoule) - 24 Apr 2006

I have the exact same problem, which I posted here as ConfigureAborts. The workaround is comment out line 50 of configure.cgi, which is: $SIG{'__WARN__'} = sub { die @_ };

I'll look into the suggestions here for my problem also, thanks.

-- TimWegner - 25 Apr 2006

do you have WarningsAreErrors checked in configure?

-- WillNorris - 25 Apr 2006

Problem solved as per Tim's suggestion. Thanks!

-- TWikiGuest (aka BrianHoule) - 25 Apr 2006

I'm glad my suggested workaround (comment line 50, see above) worked for Brian. In my case, the workaround was not needed after my web host provider upgraded from CGI 3.19 to 3.20. I still get some warnings, but the unmodified configure works. Even though configure works OK, I'll feel better when the configure authors eliminate further warnings, or when the bvugs in CGI are cleared up.

-- TimWegner - 25 Apr 2006

You should not have any warnings.

Warnings means something is wrong. What warnings do you have?

"does not work" is no good. We need to know what the errors or warnings are - and all of them.

-- KennethLavrsen - 09 Jul 2006