print() error in Apache log

[Wed Mar 26 01:21:07 2003] null: print() on closed filehandle TWiki::Store::FILE 
at ../lib/TWiki/Store.pm line 667.

• TWiki version: 20 Jan 2003
• Perl version: v5.6.1
• Web server & version: Apache/1.3.26 (Unix) Debian GNU/Linux mod_perl/1.26, suEXEC mechanism enabled
• Server OS: Linux [hostname] 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 Pentium Pro Genuine Intel GNU/Linux

-- MattWilkie - 26 Mar 2003

Answer

Does that happen also with the 01 Feb 2003 version?

-- PeterThoeny - 27 Mar 2003

Just a quick note to anyone getting the same error on a fresh install but their testenv comes back perfect like mine did. I'm running the 01 Feb 2003 install on Linux and Apache but it could happen to anyone. My testenv came back with no errors but when I looked at the initial webhome (sic) topic I got a load of broken links and twiki variable calls like

%LOGOURL%<verbatim> and I had the error above in my error log. After an hour of checking everything I went back to basics and I chmod'd my data directory to 777 and everything works perfectly. It must be a user / permission problem somewhere so now I just have to track down where. If you get the same problem make it world writable and see if it works, just don't leave it that way ;-)

What completely confused me was that my testenv said everything was fine and so I didn't check permissions. Any ideas why ?

-- Main.PaulOrrock - 22 Jul 2003

------
Okay, I upgraded to 01 Feb 2003 and now the error is:
<verbatim>
[Thu Mar 27 03:19:38 2003] view: Subroutine writeDebug redefined at 
/var/local/twiki/bin/view line 36.
[Thu Mar 27 03:19:38 2003] view: Subroutine writeDebugTimes redefined at
/var/local/twiki/bin/view line 42.
[Thu Mar 27 03:19:38 2003] view: Subroutine main redefined at 
/var/local/twiki/bin/view line 48.
[Thu Mar 27 03:19:38 2003] null: print() on closed filehandle TWiki::Store::FILE 
at ../lib/TWiki/Store.pm line 667.
</verbatim>

Strangely though, <nop>%WIKIVERSION% in TWiki.TWikiVariables and =bin/testenv= still says 20-Jan-2003. I looked in =lib/TWiki.pm= and the $wikiversion there says '01 feb 2003' ??

How I upgraded:
   * unzipped release package to c:\src\twiki-new
   * copied deployed twiki from \\linux-server\webadmin\twiki to c:\src\twiki-current
   * deleted =data= and =pub= directories from both trees (leaving =bin,lib,tools,templates= )
   * ran Win-Merge on both trees: merged all diffs from twiki-new to twiki-current *except* TWiki.cfg which I processed manually.
   * copied c:\src\twiki-current to \\linux-server\webadmin\twiki-new
   * from linux shell on server: 
      * =/var/local/twiki/twiki-new# cp -R * ../=
      * =/var/local/twiki/twiki-new# grep wikiversion ../lib/TWiki.pm=
<verbatim>
      # ($wikiversion has version info)
      $attachAsciiPath $scriptSuffix $wikiversion
      $wikiversion      = "01 Feb 2003";
      $_[0] =~ s/%WIKIVERSION%/$wikiversion/g;
</verbatim>

-- Main.MattWilkie - 27 Mar 2003

The errors went away and the wikiversion number corrected itself after restarting Apache. I am now getting 'use of uninitialized value' errors every once in awhile, but I'll leave that problem for another day.
<verbatim>
[Thu Mar 27 08:32:02 2003] null: Use of uninitialized value in concatenation (.) or string at ../lib/TWiki.pm line 2099.
</verbatim>

-- Main.MattWilkie - 27 Mar 2003  

Are you running TWiki under mod_perl? That would explain that the wikiversion problem went away after Apache restart.

The 'use of uninitialized value' errors might be a bug when TWiki is called from the shell like =mailnotify=? But then, this error does not show up on SF where TWiki.org is hosted.

-- Main.PeterThoeny - 28 Mar 2003

Using mod_perl: yes. 

The unitialized error has not reoccurred since last thursday. It happened within a couple of minutes of restarting Apache so maybe everything hadn't finished loading yet or something. In any case I'm marking this issue closed.

-- Main.MattWilkie - 31 Mar 2003  

</verbatim>